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CROSS REFERENCE TO RELATED APPLICATIONS 
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NETWORK TOOL KIT, METHOD AND COMPUTER PROGRAM PRODUCT," filed in 
the United States Patent and Trademark Office on April 23, 1999, the entire contents of 
which being incorporated herein by reference. 

The present document contains subject matter related to that disclosed in oo p e nding 
15 U.S. utility patent application S e rial No. 09/266,721, entitled "CALL PROCESSING 
SYSTEM, METHOD AND COMPUTER PROGRAM PRODUCT," filed in th e United 
Stat e s Pat e nt and Trad e mark Offic e on March 12, 1999, b e aring attorn e y dock e t numb e r 
8 006 0006 52. the issued U.S. patent Serial No. 6.088.437. dated July 11. 2000 (hereinafter 
referred to as "CALL PULL-BACK"), the entire contents of which bein g are incorporated 
20 herein by reference. 



BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention pertains to call proc e ssing syst e ms a pplications servers and 
25 computer-based products used for voice processing, multi-media messaging (e.g., voice mail, 
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e-mail, fax , instant messaging, etc.), electronic document sharing, and the storage of 
electronic records in secured hard e n e d s it e s locations, video and voice conferencing, plug in 
applications modules as well as disaster protection in a Virtual Environment hereby referred 
to as an "Application" or as "Applications." (i. e ., sit e s s e cur e d against natural or man mad e 
5 disast e rs), all of which form part of a "virtual e nvironm e nt" that provides both voic e and data 
di s ast e r avoidanc e . Mor e particularly, th e pr e sent inv e ntion is dir e ct e d to d e v e lopm e nt tools 
(r e f e rr e d to h e r e in as OBJECTS), m e thods, and docum e ntation us e d to mark e t, d e ploy, 
cr e at e , manipulat e and d e stroy virtual e nvironm e nts. In addition, these applications provide 
services that are differentiated from other services that allow telephony, multi-media 

10 messaging and or electronic document sharing in that they typically employ CALL PULL- 
BACK technology to accomplish telephony Call Processing in the Public Switch Telephone 
Network (PSTN) and in the use of an applications tool kit and common operating control 
comprised of preprogrammed software constructs hereby referred to as "Objects." 

A pplications are housed in geographically diverse, strategically located hardened sites 

15 called Network Operations Control Centers (hereinafter referred to as "NOCCS") and 
provide disaster protection by answering calls and allowing callers to be redirected to the 
called party's last known location. This is accomplished through the use of Presence. The 
called party logs on to the network from a Session Initiation Protocol (hereinafter referred to 
as "SIP") compatible device. The network makes note of the address of the device from 

20 which the call came and redirects future incoming traffic to that device until the next log on 
occurs. This may be used in conjunction with a type of "call follow me" and messaging. The 
network is private and the digital portion is encrypted. Everything is hardened against 
manmade or natural disasters and applications and messaging are mirrored from NOCC to 
NOCC. This is coupled with the ability to process calls from any device to other device 

25 (analog, IP or cell phone, personal computer or PDA) in the event of an emergency. Multi- 




media messaging and/or document sharing is used to seamlessly network together a client's 
staff even when that staff is deployed in multiple remote locations. More particularly, the 
present invention is directed toward application development tools. Objects and the methods 
used to create, manipulate and/or destroy these Virtual Environments. Telephone calls are 
5 processed across a private IP network layered on top of a self healing optical network. 
Callers may be offered options when a call they initiate encounters a no answer condition. 

Discussion of the Background: 

Virtual e nvironm e nts ar e differ e ntiat e d from oth e r s e rvic e s that allow t e l e phony 

10 multi m e dia m e ssaging and/or e l e ctronic docum e nt sharing and storag e in that th e y typically 
e mploy a form of CALL PULL BACK t e chnology as discuss e d in U.S. utility pat e nt 
application S e rial No. 09/266,724 to accomplish voic e call proc e ssing in th e public s witch 
t e l e phon e n e twork (PSTN) and in a pack e t n e twork. T e l e phony disast e r avoidanc e is 
provid e d at th e cli e nt's r e qu e st when p e rforming primary ( e .g. answ e ring first), or s e condary 

15 ( e .g., answ e ring a call forward e d or transf e rr e d in und e r a no answ e r condition), answ e ring, 
and is coupl e d with th e ability to proc e ss calls to locations such as k e y e mploy ee s' hom e s in 
th e e v e nt of an e m e rg e ncy. Multi m e dia m e s s aging and/or docum e nt sharing is also us e d to 
s e aml e ssly n e twork tog e th e r a cli e nt's staff e v e n when that staff is d e ploy e d in multipl e 
r e mot e locations. 

20 Advances in communications (e.g., cellular telephones and the Internet), the increased 

mobilization of the work force, the threat of manmade or natural disasters, and the desire of 
individuals to work securely from "Vvirtual Environments e ffiees" have all fueled the need 
for integrated communications services. These services often include the voice and data 
networking of employees and others working outside the traditional office environment. 

25 Subscribers may place calls, send, receive and manipulate multi-media messaging, share 

m 

3 



documents, and allow callers to access members of these networks no matter where they are 
located. Calls may be placed across the Public Switch Telephone Netowrk (PSTN) or a 
private IP network. The caller need never know that the person they are calling is working 
from a remote location that may includ e th e i r or from homer 
5 It would b e advantag e ous if a custom e r had th e ability to continu e functioning aft e r 

suff e ring a disast e r by ho s ting applications on equipm e nt locat e d in a hard e n e d sit e . Th e 
routing of call e rs to th e main gr ee ting of th e call e r's application is handl e d at th e local 
tel e phon e company c e ntral offic e , (CO) on a busy or no answer condition, or by an e dg e 
d e vic e locat e d on or n e ar th e custom e r's pr e mis e . A client company or governmental unit's 
10 (hereinafter referred to as "client") ability to continue functioning after suffering a disaster is 
greatly enhanced since the equipment hosting their applications is located in multiple 
hardened sites built to operate under extremely adverse conditions. The digital portion of the 
network is layered on a self-healing optical network. Wherever possible, equipment is 
engineered to fail over to backup equipment. Applications and messaging are mirrored from 
15 NOCC to NOCC. The routing of callers to the main greeting of the client's application 
occurs at the TELCQ Central office on a busy, forward or no answer condition. If the 
original call was to a company rather than an individual, the caller could enter Th e call e r 
e nt e rs or sp e aks an extension number or selectJJXQ from a menu and [[is"!] be transparently 
connected to an employee of the subscrib e r client . The voiceprint of a known caller can be 
stored and used for security and access reasons. The caller is given further options if the call 
encounters a 6as y busy or no answer no answer condition. Clients Subscrib e rs may access 
other subscrib e rs clients on thei f the corporate or government network much like they u sing-a 
t e l e phon e or p e rsonal comput e r much lik e th e y would in a traditional office. The challenge, 
then, has been to create the tools[[,]]_and methods and docum e ntation that enable the 
construction, maintenance and destruction of these networks in a rapid and reliable manner. 
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SUMMARY OF THE INVENTION 
An objective of the present invention is to address the matters described in the 
Discussion of the Background. While the next section addresses specific features and 
5 attributes of the invention, a brief non-exhaustive description of the invention is now 
presented. The present invention provides a software tool kit; a computer based business 
method and services sold as products, which may be deployed by various means disclosed 
within this document. 

Th e inv e ntor of th e pr e s e nt inv e ntion has r e cogniz e d that curr e ntly no e ff e ctiv e tools, 
10 m e thods, or comput e r program products ar e availabl e to assist in th e construction, 

maint e nanc e , and d e struction of virtual e nvironm e nts. Accordingly, on e obj e ct of th e pr e s e nt 
inv e ntion is to provid e a solution to this probl e m, as r e cogniz e d by th e pr e s e nt inv e ntor. 

Whil e various syst e m archit e ctur e s ar e pr e sent e d h e r e in, on e The chief attribute of the 
invention is a software tool kit and common operating control referred to herein as the 
15 "Objects." OBJECTS. In a previous version of the network, in the issued U.S. patent. Serial 
No. 6,088,437, dated July 11, 2000, the "Objects" resided in the Application Server and 
Integrated Voice Response (IVR) portion of the NOCC. Today the "Objects" reside 
primarily in the SIP and Authentication servers. As the network evolves and technology 
changes, the "Objects" are rewritten. What remains the same or slowly changes over time is 
20 the underlying functionality of each Object. In general, the devices or servers that can be 

programmed and have the ability to issue commands to other devices or servers may be used. 

Depending on the business needs of the client, the Objects OBJECTS may work in 
conjunction with the invention described and disclosed in the issued U.S. patent. Serial No. 
6.088,437, dated July 11, 2000 ("CALL PULL-BACK"), a copy of which is included in the 
25 Appendix, co ponding U.S. utility patent application Serial No. 09/266,721. OBJECTS^ As 




previously mentioned, the Objects are preprogrammed software constructs that , when used in 
conjunction with one another allow a s e rv e as high l e v e l, multi us e , building block lik e 
t e mplat e s. Th e s e t e mplat e s allow non-technical person[[nel]l who may understand only t he 
business needs of a client custom e r to rapidly and reliably create, manipulate and/or 
5 accurat e ly construct, maintain, destroy an application and docum e nt a virtual 

voic e /company/office n e twork. These applications/Virtual Environments work in different 
ways. In some cases they stand behind the client answering calls that are forwarded in under 
a busy or no answer condition. In other cases the client may not have a physical 
headquarters. Callers go directly to the application and the application then routes calls and 

10 provides messaging, video and voice conferencing services. 

While more common methods may be used to market these products, another attribute 
of the invention is that the virtual environments may be packaged and marketed as software 
applications, and sold in stores or over the Internet. A consumer purchasing the appropriate 
level of a [[v]]Virtual |"[e]]Environment may then create their own configuration or order the 

1 5 desired configuration or upgrade needed through a web site authorized to sell the products. 
The network processes switched circuit voice calls, H-320/ISDN video/voice conferencing 
traffic, IP/H-323 and Session Initiation Protocol (SIP) to and from a Media Gateway Control 
(MEGACO) cloud while the SIP presence is handled in the soft switch. A client may even 
design and/or construct their own £[v]]yirtual |"|eH Environment utilizing tools available 

20 through an authorized web site. 

Th e virtual e nvironm e nt products proc e ss voic e calls and data, allow the us e r to 
acc e s s multi m e dia m e ssaging from a phon e or a computer, and allow docum e nt sharing, 
which may b e acc e ss e d through th e w e b sit e of a cli e nt or oth e r d e signat e d web site. Disaster 
avoidanc e is off e r e d, as is th e r e placing of a cli e nt's trunks or lin e s with a digital form of 

25 transport, which is advantag e ous sinc e it r e duc e s monthly trunk costs and incr e as e s th e 
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numb e r of possibl e simultan e ous voic e and data s e ssions. Anoth e r advantage gain e d by the 
us e of digital transport e dg e d e vic e s is that control of numb e r assignm e nts and forwarding is 
tak e n from th e incumb e nt local e xchang e carri e r (ILEC) or competitive local e xchang e 
carri e r (CLEC) and plac e d in th e hands of th e application s e rvic e provid e r (ASP). 

5 Multi m e dia m e ssaging may b e acc e ss e d from a comput e r, t e l e phon e or r e lat e d 

device. Utilizing th e PSTN or a pack e t n e twork, voic e call s may b e proc e ss e d anywh e r e in 
th e world without m e t e r e d charg e s. Call e rs may b e offer e d options wh e n a call th e y initiat e 
encount e rs a no answer condition. Virtual e nvironm e nt applications op e rat e on th e hardwar e 
and softwar e compon e nts comprising a virtual e nvironm e nt nod e or hub. 

10 Virtual Environments offer the processing of voice calls, the sending, receiving and 

manipulation of data, video and voice conferencing, as well as allowing the user to access 
multi-media messaging from any device to any device, i.e., analog, cell or IP phone, 
computer or PDA. In addition, documents may be shared through the web. Disaster 
avoidance is accomplished through the use of a private IP network layered on a self healing 

15 optical network, hardened, redundant, mirrored, secured NOCC sites and scrubbing traffic at 
the network level for viruses and worms. A client's trunks or lines may be supplemented or 
replaced with an Ethernet connection or other digital form of transport, which is 
advantageous because it reduces monthly trunk costs and increases the number of possible 
simultaneous voice and data sessions. Another advantage gained by the use of digital 

20 transport edge devices is that control of number assignments and forwarding is taken from the 
incumbent local exchange carrier (ILEC) or competitive local exchange carrier (CLEC) and 
placed in the hands of the service provider. 

Through the utilization of leased networks, every switched circuit call originating or 
terminating within a given LATA will be considered a local call, thus avoiding Telco metered 
25 charges. All long haul traffic is processed utilizing digital transport. Voice calls may be 




processed anywhere in the world without incurring metered charges assuming similar leased 
networks are used at the far end. Callers may be offered options when a call thev initiate 
encounters a busy or other no answer condition. Virtual environment applications operate on 
the hardware and software components comprising a POP or NOCC. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



A more complete appreciation of the present invention, and many of the attendant 
advantages thereof, will be readily obtain e d a pparent as the same becomes better understood. 
bv r e f e r e nc e to th e following d e tail e d d e scription wh e n To assist in this understanding, the 
5 following is provided as a reference to the detailed descriptions to be considered in 
connection with the accompanying drawings, wherein: 

Figure 1 is a diagram of an e x e mplary impl e m e ntation of a company virtual 
environm e nt op e rating in th e public switch t e l e phon e n e twork (PSTN) for on e e mbodim e nt 
of th e pr e s e nt inv e ntion; a method used of implementing the network; 
10 Figure 2 is a diagram of an e x e mplary impl e m e ntation of a company virtual 

e nvironm e nt op e rating in a pack e t n e twork for on e e mbodim e nt of th e present invention;_ of 
one of the Network Operation Control Centers (TSfOCCS). 

Figur e 3 is a diagram of an impl e m e ntation of a virtual e nvironm e nt and e quipm e nt in 
the n e twork hub for on e e mbodim e nt of th e pr e s e nt inv e ntion; 

15 Figur e 4 is a d e tail e d diagram of a nod e in on e e mbodim e nt of th e pr e s e nt inv e ntion; 

Figur e 5 is a diagram demonstrating how a call e r r e ach e s th e corr e ct virtual 

application in on e e mbodim e nt of th e pres e nt inv e ntion; 

Figur e 6 is a diagram illustrating th e us e of a Son e t ring to allow call e rs in a LATA to 

r e ach th e e quipm e nt c e ntraliz e d in on e location wh e r e th e d e sired application is host e d by 
20 dialing th e minimum numb e rs r e quir e d; 

Figur e 7 is a diagram showing c e ntral offic e nod e s and a hub sit e placed on a count e r 

rotating, s e lf healing Sonet ring that has a guarant ee d downtim e of l e ss than on e s e cond p e r 
failur e ; 

Figur e 8 is a diagram demonstrating th e d e ploym e nt of e quipment in multipl e 

25 locations and using th e carri e r's outbound footprint to provid e service in a LATA; 



Figur e 9 is a diagram clarifying th e function of OBJECTS in th e Obj e cts Tool Kit in 

on e e mbodim e nt of th e pr e s e nt inv e ntion; and 

Figure 10 is an exemplary record showing a customer's configuration of OBJECTS in 
one embodiment of the present invention. 
5 Previously submitted Figures 1 through 9 , inclusive, are attached to the Appendix 

herein. Previously submitted Figures 1 through 9 . inclusive, are hereby withdrawn. 

BRIEF DESCRIPTION OF THE APPENDIX 
An appendix is attached hereto containing the following: 

10 Figure 1 (New Amended); 

Figure 2 (New Amended); 

Figure 10; 



Copy of the issued United States patent Serial No. 6,088,437, dated July 1 1. 2000 
("CALL PULL-BACK"); 
15 Previously submitted, and now withdrawn. Figures 1 through 9. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to the drawings, wherein numerals indicate corresponding parts of the 
network: 

20 Figure 1 is a diagram of the network, illustrat e s one e mbodim e nt of the pr e s e nt 

inv e ntion; that of a typical small company virtual e nvironm e nt op e rating in a PSTN 
e nvironm e nt. In this e mbodim e nt, th e syst e m includ e s a sourc e t e l e phone 1, a PSTN 
transport 2, a virtual e nvironm e nt nod e or hub 4 , and a r e mot e d e stination t e l e phon e 9. A 
caller directly dials th e t e l e phon e numb e r 3 of a virtual e nvironm e nt 4 or is forward e d into 

25 th e syst e m b e caus e all of a custom e r's lin e s arc busy, no on e answ e rs, or som e on e at th e 
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company transf e rs th e call e r. Th e virtual e nvironm e nt nod e or hub 4 contains th e e quipment 
hosting th e application that is impl e m e nt e d through th e us e of OBJECTS. Handling and 
routing information is s e nt from th e n e twork and a translation on th e incoming identification 
numb e r may b e p e rform e d in ord e r to accommodat e a d e sir e d numb e ring plan 5. Th e 
5 OBJECTS ar e configur e d to caus e th e appropriat e gr ee ting to b e play e d to th e call e r 6. Th e 
OBJECTS provid e th e call e r with th e options to s e nd, r e c e iv e or manipulat e a mix e d m e dia 
m es sag e 7. Th e call e r dial s an e xt e nsion, s p e lls som e l e tt e rs of a nam e , or oth e rwi se mak e s a 
s e l e ction which will caus e th e OBJECTS to dial th e appropriat e r e mot e t e lephon e numb e r 8. 
Th e call e r is proc e ss e d across th e n e twork ( e .g., PSTN, packet n e twork, leas e d lines, wirel e ss 

10 n e twork) to a r e mot e d e stination t e l e phon e 9 wh e r e CALL PULL BACK may com e into 
play. CALL PULL BACK f e atur e is disclos e d in co p e nding U.S. utility application S e rial 
No. 09/266,724. Us e rs may plac e a call from an analog, digital, or soft phon e ( e .g., prop e rly 
e quipp e d multi m e dia p e rsonal comput e r) to an analog, digital or soft phon e . 
(1) Represents the client's premise. Lines, trunks, time division multiplexing 

15 (TDM) or digital transport can provide connectivity to the network. A caller may trigger an 
a pplication by directly dialing the DID or DNIS number associated with the application of a 
given client, or through the use of caller ID, a pin number, or voice recognition. In the event 
DID, DNIS or caller ID is used, a translation on the incoming identification number may or 
may not be performed in order to accommodate a desired numbering plan. In addition, a 

20 caller may be forwarded into the application because all of the client's lines are busy, no one 
answers, or someone at the company transfers the caller in. Once the identifying string is 
received, the correct application is started and the Objects provide the needed resources. The 
a ppropriate greeting is then played to the caller. The caller may send, receive or manipulate a 
mixed media message. The caller dials an extension, spells out some letters of a name, or 

25 otherwise makes a selection that dials a remote telephone number. The caller is processed 

ii 




across the PSTN, Internet, leased lines, wireless, etc., to a remote destination telephone where 
CALL PULL-BACK may come into play. CALL PULL-BACK is disclosed in the issued 
U.S. patent. Serial No. 6,088,437, dated July 11, 2000, the entire contents of which are 
incorporated herein by reference. A client may or may not have a PBX. If they do have a 
5 PBX, the PBX may be programmed so that all or part of their traffic may use the network. A 
client may have a digital connection to the Point of Presence (POP), such as an Ethernet 
connection. If they do, switched circuit traffic may then be converted to SIP or H323 by an 
edge device or a route located on or about the client's premise. In the event a caller does not 
have a PBX, IP Centrex or IP phones may be used. Video conferencing transport may be 
10 ISDN H320 or IP. 

(2) Represents leased PRI connectivity to the Public Switched Telephone 

Network (PSTN). 

(3) Multiple strategically located Class 5 switches in each LATA allowing all 

inbound and outbound traffic to be considered local traffic by the Incumbent Local Exchange 
15 Carrier (ILEC). 

(4) Leased PRI tandem trunking connecting each Class 5 CO to . . . 

(5) ... a Gateway located in the Local Exchange Carrier's (LECS) Class 4 

Central Office or Data Center. The gateways are Points of Presence(POPS). 

(10) The connection to a client's premise may be Session Initiated Protocol (SIP), 

20 H-323 over Ethernet or ISDN, all of which are native to the gateway eliminating the need for 

protocol converters and mediators. 

(6) Represents a scalable, burstable Media Gateway Control (MEGACO) VPN to 

the IP cloud starting off with a T3 connection and expanding throughput as needed. 
(7) IP cloud (MEGACO). 



12 




(8) Network Operations Control Center (NOCC) number 1 . A NOCC also 
functions as a POP in the LATA in which it is located. NOCCS are connected by a self- 
healing Optical Network capable of withstanding a nuclear incident and spread out over large 
geographical distances. Each NOCC mirrors another NOCCS messaging and data. In 
5 addition, each NOCC provides a hot standby fail-over should a NOCC be rendered 
inoperable by a natural or manmade disaster. NOCCS contain the various servers and 
software needed to host the applications. (See Figure 2 located in the Appendix.) 

(9) Network Operations Control Center (NOCC) number 2 provides services to its 

share of clients as well as mirroring the messaging and data of NOCC 1 and providing a hot 

10 standby fail-over for NOCC 1. To clarify, only NOCC 1 and 2 are shown on the drawing, but 
in reality, there are more than two NOCCS. 

Figure 2 is a diagram clarifying the NOCC components. 

(1 ) Incoming traffic from the POPS to a NOCC gateway. 

(2) Media Gateway Control (MEGACO) Gateway. 

15 (3) Gatekeeper: Pin prefix, account name, phone number, IP address, etc. 

(4) Directory server: Central repository for storing and managing identity profiles 

and access privileges. 

(5) SIP server which hosts SIP related applications. 

(6) Unified Messaging Servers: Mixed media messaging. 

20 (7) E-mail servers. 

(8) Authentication and rating server, which hosts Softswitch applications. 

(9) Common element manager. The Java-based graphical use interface (GUI) for 

managing individual network devices. 

(10) Video and voice conferencing bridges. 
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(11) IVR IP Centrex server provides IP Centrex services for clients who have no 

PBX. 

Whil e Figur e 1 and Figur e 2 ar e shown s e parat e ly to simplify the conc e pt of an 
av e rag e company, a virtual e nvironm e nt may e mploy f e atur e s shown in both figur e s as w e ll 
5 as e mploy oth e r s e rvic es furnish e d by th e virtual e nvironm e nt nod e or hub. Oth e r s e rvic e s 
may includ e , but not be limit e d to, all th e s e rvic e s commonly e mploy e d by a national Int e rn e t 
or application s e rvic e provid e r. 

Figur e 2 illustrat e s anoth e r e mbodim e nt of th e pr e s e nt inv e ntion, that of a typical 

small company virtual e nvironm e nt op e rating in a pack e t n e twork. In this e mbodim e nt, th e 

10 syst e m includ e s various m e thod s 1 e mploy e d to conn e ct with a virtual e nvironm e nt hub sit e 3 
and a transport cloud 2. Th e virtual e nvironm e nt hub 3 contains th e e quipm e nt hosting th e 
application that is impl e m e nt e d through th e us e of OBJECTS. Th e virtual e nvironm e nt hub 3 
may includ e , for e xampl e , ATM, pack e t and optional voic e switch es , gat e ways, 
conc e ntrators, various subn e ts and s e rv e rs 4 . Th e OBJECTS may b e configur e d to allow th e 

15 us e rs to p e rform any d e sir e d function within th e scop e of th e curr e nt t e chnology 5. Us e rs 
may plac e a call from an analog, pack e t or soft phon e to an analog, pack e t or soft phone 6. 

Figur e 3 provid e s a mor e d e tail e d d e scription of on e embodim e nt of th e pr e s e nt 

inv e ntion. Shown in Figur e 3 is an impl e m e ntation of a virtual e nvironm e nt and th e 
e quipm e nt in th e virtual e nvironm e nt n e twork hub 1 1. A singl e hub 1 1 can handl e all virtual 

20 e nvironm e nt s on a worldwid e basis, or multipl e hubs 1 1 may b e us e d to saf e guard against 
cataclysmic disast e rs. In an e mbodim e nt wh e r e multiple hubs ar e us e d, virtual environm e nts 
may b e mirror e d for th e sake of r e dundancy. 

An e dg e devic e ( e .g., a gat e way) is plac e d at th e custom e r pr e mis e s providing a 

conn e ction point for transporting voic e and or data to and from th e custom e r pr e mis e s 1 . 



14 




Traffic may b e transport e d b e tw ee n th e custom e r pr e mis e s and th e pop via primary rat e 
int e rfac e (PRI), multi fr e qu e ncy (MF), dual ton e multi fr e qu e ncy (DTMF), or as pack e ts 2. 
Locat e d on or n e ar th e custom e r pr e mis e s, an optional Int e rn e t protocol (IP) gateway or 
int e grat e d acc e ss d e vic e conv e rts plain old t e l e phon e s e rvice (POTS) voic e traffic to pack e t 
5 traffic and transmits voic e and data pack e ts to th e point of pr e s e nc e (POP) 4. Th e s e gat e ways 
and acc e ss d e vic e s (i. e . e dg e d e vic e s) can r e plac e th e majority of th e trunks and or lin e s 
pr e viously us e d by th e custom e r. Th e b e n e fits that may b e d e riv e d by th e custom e r by 
r e placing th e trunks or lin e s, includ e , for e xampl e , d e cr e as e s in monthly trunk or lin e charg e s, 
drastic incr e as e in voic e and data throughput, improv e d quality, and giving numb e ring and 

10 forwarding control to th e s e rvic e provid e r. 

Th e digital subscrib e r lin e acc e ss multipli e r (DSLAM) handl e s pack e tiz e d traffic to 
and from th e POP 4, and has an optional acc e ss sh e lf for pack e tizing switch e d circuit traffic 
3. Th e POP 4 functions as a class 5 c e ntral offic e (CO) and is th e common fib e r m ee t point 
in th e LATA wh e r e th e local ILEC brings traffic b e longing to th e CLEC. Th e POP A has on e 

15 or mor e conn e ctions with backbon e carri e rs and contains th e e quipm e nt d e ploy e d by th e 
s e rvic e provid e r. Th e POP 4 is wh e r e th e traffic is transf e rr e d to an ATM cloud through an 
ATM acc e ss conc e ntrator. 

Typically, th e majority of call e rs and e mploy ee s of a giv e n cli e nt ar e g e ographically 

locat e d within th e sam e LATA. For these calls (i. e ., thos e within th e same LATA), it is only 
20 n e c e ssary to allocat e th e bandwidth in th e ATM cloud from th e POP 4 to th e hub 1 1 while a 
s e l e ction is mad e . Upon r e aching th e hub 1 1 , if a choice is s e l e ct e d which terminat e s on th e 
sam e conc e ntrator from which th e call originat e d, th e talk path is completed in that 
conc e ntrator and th e virtual point to point conn e ction in th e ATM cloud is torn down and th e 
bandwidth r e allocat e d. 
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Int e rmaohin e trunks 5 conn e ct th e gat e way to th e PSTN 6. A links 7, 10 ar e data 

links betw ee n signaling points and th e ir associat e d s e rvic e control point (SCP) in th e SS7 
cloud 9. Also shown in Figur e 3 is an A link and SCP wh e re th e r e is no public phon e 
company 8 . 

5 Th e virtual e nvironm e nt n e twork hub 1 1 functions as a class 4 C e ntral Offic e , Th e 

int e llig e nc e is provid e d by a coll e ction of e quipm e nt 12 that function s tog e th e r through th e 
us e of th e OBJECTS. This e quipm e nt includes, for e xampl e , th e pack e t switch, th e ATM 
switch, conc e ntrators and gat e ways. This int e llig e nc e calls on th e nod e s ( e .g., 13) mad e up of 
various s e rv e rs, which host and provid e s e rvic e s for subscrib e r applications as impl e m e nt e d 

10 by th e OBJECTS. 

Figur e 4 is a d e tail e d diagram of a nod e 13 shown in Fig. 3. Routing may b e 

accomplish e d at th e LEC n e twork l e v e l wh e n mor e than on e nod e i s in th e hub. Pack e t 
switching may b e accomplish e d at th e hub. In this mann e r, routing to th e corr e ct nod e and 
s e rv e r is assur e d. A nod e may includ e a voic e switch 1. Th e numb e r of call proc e ssing 

15 s e rv e rs ( e .g. 4 ) on a particular switch, g e n e rally on e p e r subn e t ( e .g., 2) is d e p e nd e nt on th e 
numb e r of e xt e nsion numb e rs on that switch that can b e configur e d without th e n ee d for 
physical phon e s and as s ociat e d e quipm e nt. Al s o s hown on th e subn e ts 2 are r e sp e ctiv e 
rout e rs ( e .g., 3). 

Figur e 5 is a diagram d e monstrating how a call e r reach e s th e corr e ct virtual 

20 e nvironm e nt application impl e m e nt e d through th e OBJECTS. Th e transport 1, is e ith e r 

switch e d or pack e t. If th e transport is switch e d, the c e ntral offic e nod e provid e s handling and 
routing information to th e various hub nod e s for switch e d s e rvic e s 2. An optional nod e voic e 
switch 3 is shown, wh e re, after translation, th e incoming digits match phantom e xt e nsion 
numbers in th e numb e ring plan of th e switch. Th e phantom e xt e nsions carrying digital 

♦ * 
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Int e gration information ar e forward e d to a hunt pilot numb e r containing th e digital e xt e nsions 
us e d by th e corr e ct voic e s e rv e r that may coll upon various oth e r s e rv e rs in th e subn e t. If the 
transport is pack e t, th e ATM and pack e t switch e s, conc e ntrators and gat e ways provid e 
handling and routing information to th e subn e ts for pack e tiz e d voic e and applications 4. 

5 Th e information provid e d from th e appropriat e switch starts th e corr e ct application 

und e r control of th e OBJECTS 5. The cli e nts' applications ar e host e d on on e of th e many 
subn e ts with s e rv e rs 6. 

Figur e 6 is a diagram of a m e thod utilizing a Son e t ring deploy e d in such a way as to 

allow call e rs in a LATA to r e ach th e e quipm e nt plac e d in a c e ntralizing location. Th e hub 

10 sit e 1 hosts th e d e sir e d application. Th e CO nod e 2 i s a nod e into which call e r s can dial or b e 
forward e d via a local numb e r (i. e ., th e minimum numb e r of numb e rs r e quir e d) without 
incurring int e rlata charg e s. Tim e division multipl e xing (TDM) may b e e mploy e d so that 
call e rs may b e muxed (i. e ., multipl e x e d) in by th e ir local CO nod e or gain acc e ss to th e ring 
via a gat e way. By configuring th e DSls as point to point, th e pack e tiz e d m e thod allows a 

15 many fold incr e as e in throughput; and with ATM ov e r Son e t, data and vid e o rid e virtually 
fr ee in th e pack e ts n ee d e d to transport voic e . Not e that th e s e TELCO nod e s (CO nod e s) ar e 
locat e d in various positions within th e LATA so that subscrib e rs may acc e ss th e m as a local 
call and th e n b e "back haul e d" across th e ring to th e c e ntraliz e d hub 1 location. CO pass 
throughs 3 conn e ct th e various TELCO nod e s on th e ring as w e ll as th e CO nod e 2 local to 

20 th e hub location A. Call e rs may bo muxed out to th e hub 1 by th e local TELCO CO nod e 2 or 
rout e d to a pack e t switch and gat e way s e rv e rs. 

Figur e 7 is a diagram showing th e CO nod e s and hub sit e d e scribed above, plac e d on 

a count e r rotating, s e lf healing Son e t ring for transporting both voic e and data in th e LATA. 
Th e inn e r ring has traffic flowing in a clockwis e dir e ction. Th e out e r ring 2 has traffic 
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flowing in a count e rclockwis e dir e ction. Th e ring may provid e a guarant ee d downtim e of 
l e ss than on e s e cond p e r failur e . Th e TELCO nod e 3 con b e r e ach e d by th e us e rs as a local 
call, from which th e y will b e "back haul e d" to th e hub. Th e hard e n e d c e ntraliz e d e quipm e nt 
location call e d th e hub 4, contains th e e quipm e nt for e l e ctronic docum e nt storag e . To avoid a 
5 singl e point of failur e , th e ring e nt e rs th e hub sit e 4 in two plac e s locat e d on differ e nt fac e s of 
th e hub facility. 

Figur e 8 is a diagram d e monstrating a multi location four node LATA m e thod of 

providing s e rvic e in a LATA 1. Nod e s 2 ar e d e ploy e d at various locations within th e LATA 
allowing all call e rs to acc e ss at l e ast on e of th e nod e s 2 in th e ir ar e a by dialing a local 

10 numb e r. Th e numb e r of nod e s 2 providing cov e rag e in a LATA will vary with th e 

d e mographics of th e ar e a. At this tim e in th e comp e tition for int e rlata busin e ss, carri e rs ar e 
off e ring larg e toll fr ee outbound footprints. Inbound calls to th e av e rag e virtual e nvironm e nt 
custom e r ar e primarily all local calls. Arrows from th e nod e s 2 d e pict th e outbound footprint. 
In most cas e s, th e outbound footprint is larg e e nough to cov e r th e majority, if not all, of the 

15 LATA 1 from any nod e 2 within a giv e n LATA 1 . Th e s e larg e outbound footprints allow th e 
nod e s 2 to proc e ss traffic without incurring interlata charg e s. Oth e r m e ans of transport that 
can b e us e d to carry traffic b e tw ee n nod e s 2 for call e rs who n ee d to e xc ee d th e outbound 
footprint includ e , for e xampl e , PSTN, l e as e d lin e s, wir e l e ss, fast Eth e rn e t, fram e r e lay, ATM, 
and Son e t. 

20 Figur e 9 is a diagram clarifying th e functioning of OBJECTS in th e Obj e ct Tool Kit. 

An incoming call com e s from th e control offic e nod e or ATM switch 1. An optional voic e 
switch 2 p e rforms th e numb e ring plan translations and is digitally integrat e d with th e call 
proc e ssing s e rv e r 3, commonly r e f e rr e d to as th e voic e s e rv e r, wh e r e call e rs com e und e r 
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control of OBJECTS which may in turn call upon s e rvic e s from th e oth e r s e rv e rs and the 
rout e r 4 11. Th e voic e r es pon se s e rv e r 8 is digitally int e grat e d with tho packet switch. 





DESCRIPTION OF THE OBJECTS 



An OBJEC T Object is a proven preprogrammed software construct which by itself, or 

when assembled with other OBJECTS, Objects, provides a desired functionality. OBJECTS 
The Objects are written in traditional programming languages, scripting languages, and high- 
5 level command line code. OBJECTS The Objects allow non-technical personnel who 

understand the business needs of a customer to rapidly and accurately create, manipulate and 
destroy these virtual environments. 

OBJECTS The Objects operate in conjunction with, for example, parameters, tables, 
attributes, classes, routines, methods and compiled code which control the various 

1 0 components in the hub and nod e s. NOCCS. OBJECTS The Objects perform the various 
functions so that the needs of the client are met. The creator of a virtual environment places 
clients' mailboxes in classes of service that have been pre-configured as OBJECTS the 
Objects . When services from other servers are needed, OBJECTS the Objects furnish those 
services in the appropriate manner. If switching services are required, OBJECTS the Objects 

1 5 will issue commands to the switch for functions such as routing a call. As with any product 
in the computer/telephony world, the OBJECTS Tool Kit is Objects are constantly evolving. 

A living document has been created describing the functionality and services provided 
by each OBJECT Object . Personnel responsible for the creation of virtual environments use 
this documentation to configure the OBJECTS Objects . OBJECTS Objects that are used to 

20 create a particular virtual environment have the explanation of the functionality and services 
of the OBJECT Object in the documentation under the heading of each class of service 
(COS) or OBJECT Object (OBJ). The OBJECT Object itself is not a class of service, it is all 
of the preprogrammed and tested software comprising that construct. Having these 
preprogrammed and tested OBJECTS Objects available allows the offering of inexpensive, 

25 reliable, custom virtual environments in a very rapid and cost effective manner. 




Cost effectiveness is an important reason that others are not building sophisticated 
custom configurations. , for larg e numb e rs of small cli e nts. Without the use of an Obj e ct Tool 
Ki t the Objects , their personnel would have to program each configuration from scratch. The 
best way to define a given OBJEC T Object is to define its functions. One of the unique 
5 features of the OBJECTS Objects of the present invention is that a single instance of a given 
OBJECT Object can operate at the same time on one or more physical platforms with 
different operating systems. Each OBJECT Object is made up of many components. A 
representative list of OBJECTS Objects and their associated functionality is provided below. 
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OBJECT/Class of Service documentation: 



OBJECT/ 
CLASS OF 
SERVICE 


FUNCTION OF OBJECT/CLASS OF SERVICE 




OBJ/COS 0 


Unassigned D.I.D. mailboxes. NOTE: A silent D.I.D. mailbox greeting must 
be recorded. 

Non-area code specific Object. 
Description: 

The number of a mailbox placed in this Object matches the number that will be 
received bv the Call Processor Portion Applications Servers of the Node or Hub after 
any and all_translations are accomplished. This number is generated when a caller 
reaches a telephone number issued to a customer. As numbers in Object 0 are hot 
currently issued but are defined and can still be reached from the outside world, they 
are kept in Object 0. When one of these numbers is dialed, the following recording is 
played: "You have reached an unassigned telephone number, please hang up and try 
again". No input is accepted from the caller. No message is taken which prevents 
unwanted messages such as those left by automatic dialers from consuming storage. 
The caller hears, "Goodbye" and is dropped. 


OBJ/COS 1 


Company greetings, no associated extension or telephone number, no messages may 
be recorded. Play greeting twice and disconnect. 
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OBJ/COS 2 


Non-area code specific Obiect. 
Description: 

The caller hears a recorded message and mav enter an extension number or select a 


menu choice. No numbers are dialed automatically upon a caller reaching this 


mailbox. If the caller takes no action, the greeting is played twice and the caller is 


dropped. 

Disconnect from caller. Play silent greeting and hang up. No input is accepted from 


OBJ/COS 3 


the caller. 

Non-area code specific Obiect. 
Description: 

Commonly used as part of a configuration where there is a need to play a recording 


and while the recording is being played, allow the user to take an action such as 


entering an extension number or making a choice. If no selection or choice is made 


after the recording is played, there is a moment of silence while the caller is moved to 


a mailbox and placed in Obiect 2 where they mav or mav not hear a second recording 


depending on the application desired. No input is accepted from the caller. After the 


moment of silence or the second recording is played, the caller is dropped. 


Company greetings, no associated extension or telephone number, no messages mav 




be recorded. Plav greeting and disconnect. 
Non area code specific Obiect. 
Description: 
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The caller hears a recorded message and mav enter an extension number or select a 




menu choice. If the caller takes no action, the caller is dropped. 


OBJ/COS 4 


Obiect dedicated to one of a kind, client specific application. 




Description: 

The caller hears a recorded message and mav enter an extension number or select a 




menu choice. If the caller takes no action, the caller is dropped. 


OBJ/COS 5 


Voice Response Server prompt mailboxes. 

Store recordings used bv the Voice Response Server. 




Description: 

Store recordings used bv the Voice Response (IVR) portion of the Node or Hub. 


OBJ/COS 6 


Pilot mailbox for Voice Response Server message pool. 




Store recordings used bv the Voice Response ( IVR) Server application processor. 




Description: 

The lead mailbox number of a list of mailboxes responsible for the storage of 




application controlled messages. 


OBJ/LOb 7 


Fax onlv with voice annotation. 
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Non-area code specific Object. 




Description: 

Any mailbox placed in this Obiect will accept only a fax with or without voice 




annotation. User input is accepted. 


OBJ/COS 8 


Voice Response Server Error mailbox. 

Store error recording used by the Voice Response Server ( IVR) application processor. 




Description: 

Any mailbox placed in this Obiect is an error-handling mailbox for the Voice 




Response Server fIVR) portion of the POP or NOCC. User input is accepted. 


OBJ/COS 9 


Fax on demand. Prints the first fax in each mailbox. 




Non-area code specific Object. 




Description: 

Prints only the first fax stored in a mailbox placed in this Obiect. 


OBJ/COS 10 


Application Processor control. 
Non-area code specific Obiect. 
Description: 
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OBJ/COS 11 


Takes the caller to Application Processor Control. A caller who reaches a mailbox in 


this Object is provided services bv the Voice Response Server (TVR) application 


associated with that mailbox which acts as a call identification number. 


Plays greeting once; after greeting plays, use extension number for next mailbox. 


OBJ/COS 12 


Non-area code specific Obiect. 
Description: 

Normallv used to plav a recording once which may give the caller enough time to take 


an action such as dialing an extension or selecting a choice. After greeting plays or if 


the caller takes no action, the caller is moved to a different part of the application. 


Also used as a way to rapidly and automatically move a caller from one mailbox to 


another. 

Play greeting twice; after greeting plays, use extension number for next mailbox. 




Non-area code specific Obiect. 
Description: 

Normallv used to plav a recording twice, which mav give the caller enough time to 


take an action such as dialing an extension or selecting a choice. After greeting plays 


or if the caller takes no action, the caller is moved to a different part of the application. 


Also used as a way to rapidly and automatically move a caller from one mailbox to 


another. 
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OBJ/COS 13 


Block access to system distribution pilot numbers. 




Non-area code specific Object. 




Description: 




Access to a distribution list whose pilot number is placed in this Object is restricted to 




users with special mailbox programming. 


OBJ/COS 14 


Fax overflow mailboxes ( M/Bs) 




Non-area code specific Object. 




Description: 




Used to provide a "fax store and forward" service to a client. When a fax machine on 




the client's premise is busy or no answer, the caller is forwarded to a mailbox in this 




Object that provides fax tone, takes a fax, and repeatedly attempts to deliver the fax 




back to the originally called fax machine until successful. 


OBJ/COS 15 


f^all nnmbpr fir^t bpforp nlflvincr OTPPtinc* rpcnrd me^isiaiTe ontion Offcite onlv if 

V_sCU.l 1J.IU.11UI/1 All ljL L/1CI y Hip, ££,1 Wllllp,^ 1 CVUl VJ. lllWOiJU^,^ V^/XXtJllW Will 7 XX 




urgent. May receive fax. 




Object dedicated to one of a kind, client specific application. 




Description: 




Ring an extension, if busy or no answer, play a greeting, take a message, and activate 







• 
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OBJ/COS 16 


"offsite message waiting" if the caller marked the message urgent. In addition, a 


mailbox placed in this Object will accept a fax. While listening to the greeting the 


caller may enter an extension number or select a choice. 


Call number first before playing a greeting., record message option, station has 


OBJ/COS 17 


multiple mailboxes, ask before connecting. Offsite only if urgent. May receive fax. 


Object dedicated to one of a kind, client specific application. 


Description: 

Ring a phone, if answered announce the call, if busy or no answer, play a greeting. 


take a message and activate "off site message waiting" if the caller marked the 


message urgent. In addition, a mailbox placed in this Obiect will accept a fax. While 


listening to the greeting the caller may enter an extension number or select a choice. 


"Greeting on" stops numbers from being dialed, record message option. Offsite only 




if urgent. May receive fax. 

Obiect dedicated to one of a kind, client specific application. 


Description: 

Recording a greeting and turning the greeting on stops the extension number 


associated with a mailbox in this Obiect (if one exists) from being dialed. Mailbox 


will take a message and activate "off site message waiting" if the caller marked the 


message urgent. In addition, a mailbox placed in this Obiect will accept a fax. While 




• 
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listening to the greeting, the caller mav enter an extension number or select a choice. 


OBJ/COS 18 


Professional voice. 




Object dedicated to one of a kind, client specific application. 




Description: 




Along with the normal features and functions given most users, a Mailbox placed in 




this Obiect has the privilege of being able to name mailboxes. Recording a greeting 




and turning the greeting on stops the extension number associated with a mailbox in 




this Obiect (if one exists) from being dialed. While listening to the greeting the caller 




mav enter an extension number or select a choice. 


OBJ/COS 19 


Forms. 




Object dedicated to one of a kind, client specific application. 




Description: 




This Object provides specific clients with an application that asks a series of questions 




one at a time and records the answers the caller gives in their own voice. After the 




questions are asked, the caller is given the option of reviewing their answers and re- 




recording them if so desired. Upon acceptance of the answers bv the caller, the 




answers to the questions are placed in a mailbox specified bv the client for further 




action. 


• 
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OBJ/COS 21 


Page every time a message is left. 

Object dedicated to one of a kind, client specific application. 




Description: 

When placed in this Obiect a mailbox with an internal extension will activate a pager 




every time a message is left during user specified time periods. Recording a greeting 




and turning the greeting on stops the extension number associated with a mailbox in 




this Object (if one exists) from being dialed. While listening to the greeting the caller 




may enter an extension number or select a choice. 


OBJ/COS 30 


Local call, call number first before playing greeting, record message option. 




Non-area code specific Obiect. 




Description: 

A mailbox placed in this Obiect will call an external telephone number without 




dialing an area code and if not answered, will play a greeting and record a message. 




While listening to the greeting the caller may enter an extension number or select a 




choice. 




T nr*al rail rail rmmVipr fir<!t hpfnrp nlavina crrpptintx record message ontion Station 

J^UL/dl 1*011, Call UUlllUvl llldl UC1U1C jJldylll^ ^l^diii^;, itvuiu iiiwooap;^ uicnnjii 




has multiple mailboxes; ask before connecting. 




Non-area code specific Obiect. 

• 
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Description: 




Dial a telephone number without dialing an area code; if answered, announce the call; 




if busv or no answer, play a greeting and take a message. While listening to the 




greeting the caller may enter an extension number or select a choice. 


OBJ/COS 32 


Local call, "greeting on" stops numbers from being dialed, record message option. 




Non-area code specific Object. 




Description: 




Recording a greeting and turning the greeting on stops the telephone number 




associated with a mailbox in this Object (if one exists) from being dialed. When the 




user turns off the greeting, a mailbox placed in this Object will ring a phone without 




dialing an area code. The mailbox will take a message. While listening to the 




orppfincr flip P5il1f*r mflv ptitpr an PYtpn^inti numVipr nr Qplf*f*t a f*hnif*p 

glCdlllg Lilt/ CCil 1^1 llldjr Gllld Oil CAl^llolVJll 11LU11UW1 \Jl J^ltll <X CllUltW. 


OBJ/COS 33 


T.npfll rail pall nnmhpr fir^t hpfirvr** nlavinp oreetinp record me^fipe ontinn Offsite 

L-j\J\s<Xl- WClll, vCUX llUillUvl 111 UvlUJlv Ula Y llig til WV 1111 li, 1 ^/Vvl \X lllVOOClgW UL/LIU11. v/llOllv 




only if urgent. May receive fax. 




Non-area code specific Object. 




Description: 




Ring a phone without dialing an area code, if busy or no answer, play a greeting and 




take a message. Mailbox will take a message and activate "off site message waiting" 




if the caller marked the message urgent. In addition, a mailbox placed in this Object 



■ 
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will accept a fax. While listening to the greeting, the caller may enter an extension 




number or select a choice. 


OBJ/COS 34 


Local call, call number first before playing greeting, record message option. Station 




has multiple mailboxes; ask before connecting. Offsite only if urgent. May receive 




fax. 




Non-area code specific Object. 




Description: 




Ring a phone without dialing an area code. If answered, the call will be announced 




and the called party will be given the option to accept or reject the call. If busy or no 




answer, a greeting may be played and a message taken. Mailbox will take a message 




and activate "off site message waiting" if the caller marked the message urgent. In 




addition, a mailbox placed in this Object will accept a fax. While listening to the 




greeting, tne caiier may enter an extension numoer or select a cnoice. 




Local can, greeting on stops numoers irom oeing uiaiea, recora message option. 




Offsite only if urgent. May receive fax. 




Non-area code specific Object. 




Description: 




Recording a greeting and turning the greeting on stops the telephone number 




associated with a mailbox in this Object (if one exists) from being dialed. When the 
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user turns off the greeting, a mailbox placed in this Object will ring a phone without 




dialing an area code. Mailbox will take a message and activate "off site message 




waiting" if the caller marked the message urgent. In addition, a mailbox placed in this 




Object will accept a fax. While listening to the greeting, the caller may enter an 




extension number or select a choice. 


OBJ/COS 36 


Local call, blind transfer. 




Non-area code specific Objects. 




Description: 




A mailbox in this Object will dial a telephone number without dialing an area code 




and then perform a blind transfer. The caller may dial no numbers and no messages 




mav he recorded 




J_>ULal Call, Lall IIUIIIUCI lllbL DClUiC piayillg grCCllllg, 11U lllCdoagCd, pi<*j glCCllllg LW1CC, 




allow user to dial. 




Non-area code specific Objects. 




Description: 




A mailbox in this Object will dial a telephone number without dialing an area code; if 




busy or no answer, the greeting will play twice, the user will be allowed to dial an 




extension or select a choice, no messages may be recorded. 
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The following is an example of a set of area code specific OBJECTS. For clarity, only one 
set of area code specific OBJECTS are shown. 
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Example set of Area Code Specific OBJECTS: 



OBJ/COS 50 


(305) area code call; call number first before playing greeting; record message 




option. 




Area code specific Objects. 




Desori nti on * 




A mailbox placed in this Object will dial a "1" and the above area code before 




calling an external telephone number. If the call is not answered; the mailbox will 




nlav a greeting and record a message While listening to the greeting the caller 




may enter an extension number or select a choice. 


OBJ/COS 51 


(305) area code call; call number first before playing greeting; record message 




Option. Station has multiple mailboxes; ask before connecting. 








Description: 




A mailbox nlaced in this Ohiect will dial a "1 ,5 and the above area code before 




calling an external telephone number. If answered, it will announce the call; if 




busy busy or no answer no answer, it will play a greeting and take a message. While 




listening to 




the greeting the caller may enter an extension number or select a choice. 


UdJ/LUl) jZ 


^jUj j area coue can, greeting on stops numoers irom oeing aiaiea, record 




Message option. 




Area code specific Objects. 

• 



* 
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Description: 

Recording a greeting and turning the greeting on stops the telephone number 
associated with a mailbox in this Object (if one exists) from being dialed. When 
the greeting is turned off by the user, a mailbox placed in this Object will dial a 
"1" and the above area code before calling an external telephone number. The 
mailbox will take a message. While listening to the greeting the caller may enter 
an extension number or select a choice. 


OBJ/COS 53 


(305) area code call; call number first before playing greeting; record message 
Option; offsite only if urgent; may receive Fax. 

Area code specific Objects. 

Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 

calling an external telephone number. If busv busv or no answer no answer, play a 
greeting and 

take a message. Mailbox will take a message and activate "off site message 
waiting notification" if the message was marked urgent. In addition, a mailbox 
placed in this Object will accept a fax. While listening to the greeting the caller 
may enter an extension number or select a choice. 


OBJ/COS 54 


(305) area code call; call number first before playing greeting; record message 
option. Station has multiple mailboxes; ask before connecting. Offsite only if 
urgent. May receive Fax. 
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Area code specific Objects. 
Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number. If answered, the call will be announced and 
the called partv will be given the option to accept or reject the call. If busv busv or 
no answer no answer, a greeting may be played and a message taken. Mailbox will 
take a message and activate "off site message waiting if the message was marked 
urgent. In addition, a mailbox placed in this Object will accept a fax. While 
listening to the greeting the caller may enter an extension number or select a choice. 


OBJ/COS 55 


(305) area code call; "greeting on" stops numbers from being dialed; record 
message option; Offsite only if urgent; may receive Fax. 

Area code specific Objects. 

Description: 

Recording a greeting and turning the greeting on stops the telephone number 
Associated with a mailbox in this Object (if one exists) from being dialed. When 
the greeting is turned off by the user, a mailbox placed in this Object will dial a 
"1" and the above area code before calling an external telephone number. 

Mailbox will take a message and activate "off site message waiting" if the caller 
marked the message urgent. In addition, a mailbox placed in this Object will 
accept a fax. While listening to the greeting the caller may enter an extension 
number or select a choice. 
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OBJ/COS 56 


(305) area code call; blind transfer. 
Area code specific Objects. 

Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number and performing a blind transfer. No numbers 
mav be dialed bv the [[The]] caller may dial no numbers and no messages mav be 
recorded. 


OBJ/COS 57 


(305) area code call; call number first before playing greeting; no messages; play 
greeting twice; allow user to dial. 

Area code specific Objects. 

Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number. If the number is bmv busy or no answer no 
answer, a greeting will play twice and the user will be allowed to dial an extension 
or select a choice; no messages may be recorded. 


Additional examples of Obiects: 


OBJ/COS 455 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 
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Ring a phone without dialing an area code. If answered, the call will be 
announced and the called party will be given the option to accept or reject the call. 
If busy busy or no an&wer no answer, a greeting may be played and a message taken. 
Mailbox will take a message and activate "off site message waiting" if the caller 
marked the message urgent. In addition, a mailbox placed in this Object will accept 
a fax. While listening to the greeting the caller may enter an extension number or 
select a choice. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 456 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 

Takes the caller to Application Processor Control. A caller that reaches a mailbox 
in this Object is taken to the IVR application associated with that mailbox which 
acts as a call identification number. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 
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OBJ/COS 457 


(800) area code. 

Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number. If answered, it will announce the call; if 
bmv busy or no answer no answer, it will play a greeting and take a message. While 
listening to the greeting the caller may enter an extension number or select a choice. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 458 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 

Recording a greeting and turning the greeting on stops the telephone number 
associated with a mailbox in this Object (if one exists) from being dialed. When 
The user turns off the greeting, a mailbox placed in this Object will ring a phone 
without dialing an area code. Mailbox will take a message. While listening to the 
greeting the caller may enter an extension number or select a choice. 

This Object provides a special dynamic call blocking service to the company. 
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When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 459 


Object dedicated to one-of-a-kind, customer client specific application. 
Used to automatically move callers to different parts of an application. 
Description: 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 460 


Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 

Plays an announcement twice and hangs up. 

This Object provides a special dynamic call blocking service to the company. 
When a caller enters a universal port they are given a numeric value that stays 
with them for the duration of the call. The caller may only reach an Object with 
the same numeric value or a "0" value. 


OBJ/COS 462 


Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 
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Ring a phone without dialing an area code; if answered, announce the call; if busy 

busy or no answer no answer, plav a greeting and take the caller to a specific 

location in the customer's client's configuration. While listening to the greeting the 
caller 

may enter an extension number or select a choice. 


OBJ/COS 463 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 

Ring a phone without dialing an area code; if answered, announce the call; if busy 
busy or no answer no answer, plav a greeting and take the caller to a specific 
location in the customer's client's configuration. While listening to the greeting the 
caller may enter an extension number or select a choice. 


OBJ/COS 464 


Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 

This Object provides a specific customer client with an application that asks a series 
of questions one at a time and records the answers that a caller gives in their own 
voice. After the questions are asked, the caller is given the option of reviewing 
their answers and re-recording them of so desired. Upon acceptance of the 
answers by the caller, the answers to the questions are placed in a mailbox 
specified bv the customer client for further action. 


OBJ/COS 465 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 
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This Object provides a specific customer with an application that asks a series of 
questions one at a time and records the answers that a caller gives in their own 
voice. After the questions are asked, the caller is given the option of reviewing 
their answers and re-recording them if so desired. Upon acceptance of the 
answers by the caller, the answers to the questions are placed in a mailbox 
specified bv the customer client for further action. 


OBJ/COS 468 


Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 

This Object provides time of day control so callers hear different appropriate 
recordings at different times of day. 


OBJ/COS 469 


Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 

This Object provides time of day control so callers who press a "0" for the 
operator will be moved to different mailboxes during different times of day and 
after hours. One mailbox will ring a phone without dialing an area code; if 
answered, announce the call; if busy busv or no ansyver no answer, plav a greeting 
and take a message. The other mailbox takes a message without dialing a phone 
(normally used after hours or during lunch). While listening to the greeting the 
caller may enter an extension number or select a choice. 
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OBJ/COS 472 


Obiect dedicated to one-of-a-kind, customer client specific application. 
Description: 

A mailbox placed in this Object has an intercept that can be controlled by time of 
day. 


OBJ/COS 473 


(718) area code; blind transfer. 
Area code specific Objects. 
Description: 

A mailbox placed in this Object will dial a "1" and the above area code before 
calling an external telephone number and performing a blind transfer The caller 
may dial no numbers and no messages may be recorded. 


OBJ/COS 474 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 

This Object provides time of day control so callers hear different appropriate 
Recordings at different times of day. 


OBJ/COS 475 


Object dedicated to one-of-a-kind, customer client specific application. 
Description: 

The caller hears a recorded message and may enter an extension number or select 
a menu choice. No telephone numbers are dialed automatically upon a caller 
reaching this mailbox. If the caller takes no action, the greeting is played twice 
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and the caller is dropped. A mailbox placed in this Object has a specific dedicated 
operator when a "0" is pressed. 


OBJ/COS 511 


Ports level 

Ports level Object. 

This is a fail safe Object where callers are sent when there is no identifying 
number coming from the PBX portion of the [[Nodell POP or ITHubll NOCC. This 
Object also comes into plav when the Call Processor portion of the [[Node]l POP or 
("[HubH NOCC doesn't know what else to do with the caller due to a software or ring 
cadence error. This Object contains the greetings that are played during different 
times of day and the operator's mailboxes that are used when a caller presses "0". 
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Figure 10 (See Drawing On Next Page) shows an example of th e r e cords k e pt of an 
actual custom e r's client's configuration of the OBJECTS used to implement their particular 
virtual environment. Included are the names, addresses and telephone numbers changed to 
insur e ensure the custom e r's client's privacy. Actual verbiage spoken to the caller with a 
three-letter name in place of the actual custom e r's client's name is also part of this example. 
Each client has a drawing of their configuration designed to be easily read by personnel 
responsible for the creation, manipulation and destruction of £[v]]Virtual 
\ \e] 1 Environment [ \s] ] applications . Standardiz e d docum e ntation of th e configuration of th e 
OBJECTS This also allows the drawings to be created rapidly and accurately by copying 
documentation of pre-configured OBJECTS from a master template drawing. 
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As shown in Figur e 10, th e docum e ntation includ e s th e t e l e phon e numb e r 1 that 
r e c e iv e s call e rs who ar e forward e d or transf e rr e d from a custom e r location or who dial in 
dir e ctly. Th e e ntry "M/B 2001,N,16 8 " 2 d e picts a mailbox (M/B) whos e first four numb e rs 
match th e last four digits of th e t e l e phon e numb e r that r e c e iv e s call e rs. 6 2001 ' is th e mailbox 
5 numb e r. 'N' m e an s th e r e is no t e l e phon e numb e r or e xt e nsion numb e r associat e d with this 
mailbox as a numb e r to b e dial e d wh e n th e call e r r e ach e s M/B 2004. '1 68 ' is th e OBJECT 
number. M/B 2001 has boon placed in OBJECT 168. OBJECT 16 8 is d e dicat e d to a on e of 
a kind, custom e r sp e cific application. OBJECT 4 68 provid e s tim e of day control so call e rs 
h e ar diff e r e nt appropriat e r e cordings at diff e r e nt tim e s of day. 

10 Th e n e xt s e t of e ntri e s in th e docum e ntation 2, th e first b e ing ' - MTWTF 08:00 12:00 

N/B 8 3500,N,r e xplain th e diff e r e nt actions that will b e tak e n bas e d on tim e of day. For 
e xampl e , th e first e ntry indicat e s that on Monday through Friday, from 8:00 A.M. until 12:00 
P.M., a mom e nt of s il e nc e i s play e d to th e call e r. Th e call e r th e n h e ars th e busin e ss hours 
gr ee ting stor e d in mailbox 83500,N,1. As e xplain e d abov e , this notation indicat e s that 

15 mailbox 83500 is in OBJECT 1. Upon h e aring any part of th e gr ee ting r e cord e d in mailbox 
8 3500, th e call e r may e nt e r an e xt e nsion numb e r. This e xt e nsion numb e r is, in r e ality, a 
mailbox numb e r. Th e call e r may also s e l e ct a choic e that may b e off e r e d in th e r e cording 
play e d to th e call e r s uch as 0 or 1 9. If th e call e r do e s nothing, th e gr ee ting will r e p e at and 
aft e r s e v e ral s e conds of sil e nc e , th e call e r will h e ar "Goodby e " and b e dropped. Th e call e r 

20 will not b e p e rmitt e d to l e av e a m e ssag e . 

By r e f e r e ncing th e tabl e abov e , th e d e finition of OBJECT 1, us e d in this exampl e , can 

b e d e t e rmin e d. As d e scrib e d in that tabl e , OBJECT 1 provid e s company gr ee tings, has no 
associat e d e xt e nsion or t e l e phon e numb e r, and no m e ssag es may b e r e cord e d. OBJECT 1 
will play th e gr ee ting twic e , th e n disconn e ct th e call e r. OBJECT 1 is not an ar e a cod e 

25 sp e cific OBJECT. Th e d e scription of OBJECT 1, which may b e us e d by the personn e l 
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configuring the syst e m to d e t e rmin e if it provid e s th e d e sir e d functionality, is "The caller 
h e ars a r e cord e d m e ssag e and may e nt e r an ext e nsion numb e r or s e l e ct a m e nu choic e . No 
numb e rs ar e dial e d automatically upon a call e r r e aching this mailbox. If the call e r tak e s no 
action, the gr e eting is play e d twic e and th e caller is dropp e d." 

5 When a mailbox such as (M/B) 8 3800,9979390,32 (see 1 in Figure 10) is reached by a 

call e r se l e cting choic e "0" which is th e busin e ss hours int e rc e pt (th e op e rator), th e OBJECT 
obtains th e appropriat e e xt e rnal dial ton e and dials th e t e l e phon e numb e r XXX XXXX. Onc e 
th e t e l e phon e numb e r is dial e d, CALL PULL BACK is e mploy e d. 
The next entry in the docum e ntation, 'A/C A/E to M/B 1077,9979390,32" 5 means 

10 that if a call e r l e av es a m e ssag e in M/B 83800, it will b e "auto copi e d" to M/B 1077 and 

"auto e ras e d" from M/B 83 8 00. M/B 1077 will obtain th e appropriate e xt e rnal dial ton e from 
its OBJECT and, d e pending on how th e custom e r wants th e m e ssaging waiting notification 
tim e s s e t up in that M/B, m e ssag e waiting notification will b e p e rform e d to th e t e l e phon e 
Numb e r 997 9390. At diff e r e nt tim e s of day diff e r e nt company main gr ee tings ar e play e d to 

15 th e call e r. 

The entry 'Lunch and Default Intercept M/B 83900,N,32' 6 provid e s th e 

configuration of th e b e havior for all tim e s of day and days of w ee k not e xplicitly configur e d 
abov e , and is typically us e d for aft e r hours. Th e entry 'Max 1 Pr e 84 10* 7 m e ans that if th e 
call e r pr e ss e s choic e "1", th e y will b e tak e n to M/B 84 101 and gov e rn e d by OBJECT 469. 

20 1 . (XXX) XXX-XXXX is the telephone number that receives callers who are 

forwarded or transferred in from a client location or who dial in directly. 

2. M/B 2004,N 468 is a mailbox whose first four numbers match the last four 

digits of the telephone number that receives callers. 2004 is the mailbox number. N means 
there is no telephone number or extension number associated with this mailbox as a number 

25 to be dialed when the caller reaches mailbox 2004. 468 is the Object number. M/B 2004 has 
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been placed in Object 468. Object 468 is dedicated to a one of a kind, client specific 
a pplication. Object 468 provides time of day control so callers hear different appropriate 
recordings at different times of day. 

3. Monday through Friday, (-MTWTF-) from 8:00 A.M. - 12:00 P.M a moment 
5 of silence is played to the caller. The caller then hears the business hours greeting stored in 
mailbox 83500,N,1. Upon hearing any part of the greeting recorded in mailbox 83500, the 
caller may enter an extension number. This extension number is in reality a mailbox number. 
The caller may also select a choice that may be offered in the recording played to the caller 
such as 0 or 1-9. If the caller does nothing, the greeting will repeat and after several seconds 
10 of silence, the caller will hear "Goodbye" and be dropped. The caller will not be permitted to 
leave a message. 

In the above table. Object 1 has the following definition: 

Company greetings, no associated extension or telephone number, no messages may be 
recorded. Play greeting twice and disconnect. 

Non-area code specific Object. 

Description: 

The caller hears a recorded message and may enter an extension number or select a menu 
choice. No numbers are dialed automatically upon a caller reaching this mailbox. If the 
caller takes no action, the greeting is played twice and the caller is dropped. 



When a mailbox such as (M/B) 83800,9979390,32 is reached by a caller 



4. 



15 selecting choice "0" which is the business hours intercept (the operator), the Object obtains 
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the appropriate external dial tone and dials the telephone number 997-9390. (See U.S. Patent, 
Serial No. 6,088.437. dated July 11, 2000. incorporated herein by reference. 

5. A/C A/E to M/B 1077.997939032 means that if a caller leaves a message in 
M/B 83800. it will be "auto copied" to M/B 1077 and "auto ereased" from M/B 83800. M/B 
5 1077 will obtain the appropriate external dial tone from its Object, and depending on how the 
client wants the message waiting notification times set up on that M/B, message waiting 
notification will be performed to the telephone number 997-9390. At different times of day 
different client main greetings are played to the caller. 

6. Default means all other times not specified and is typically used for after 

10 hours. 

7. Max 1 Pre 8410 means that if the caller presses choice "1," they will be taken 

to M/B 84101 and governed by Object 469. 

The recordings spoken to the callers by a mailbox (M/B) number this example are 
configured as follows: 

15 

XYZ Company Greetings 
M/B 83500 

Business Hours: Monday-Friday 8:00 A.M. to 12:00 P.M., and 1:00 P.M. to 5:00 P.M. 
Greeting: Thank you for calling XYZ Company. All available phone lines are busy or 
20 our operator is assisting a previous caller. If you know your party 's extension, 

please enter it now or press "0" for the operator. For our corporate directory, 

press "1 ". 

M/B 83500, 83600 & 83700 

25 Holiday Greeting: Put in as a message and prior to the holiday, do a greeting/message swap. 
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Greeting: Thank you for calling XYZ Company. Our offices are closed for the holiday. If 
you would like to leave a message, we will be checking in; however, the operator 
will not be available to assist you. For the corporate directory, press "1". Have 
a great holiday. 

5 

M/B 83600 

Lunch Time: Monday-Friday 12:01 P.M. to 12:59 P.M. 

Greeting: Thank you for calling XYZ Company. We are closed for lunch and will return at 
1:00 P.M. If you know the extension of the person for whom you wish to leave a 
10 message, please enter it now. For our corporate directory, press "1 ". 

To leave a message for our operator, press "0". 

M/B 83700 

After hours 

1 5 Greeting: Thank you for calling XYZ Company. Our office hours are Monday through 

Friday from 8:00 A.M. to 5:00 P.M. If you know the extension of the person for 
whom you wish to leave a message, please enter it now. For our corporate 
directory, press "1 To leave a message for our operator, press "0". 

20 M/B 83800 

Name The receptionist 

M/B 83900 

Name The receptionist 
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Greeting: Please leave a message at the sound of the tone and we will return your call as 
soon as possible. 



M/B 84101 



Greeting: The following is a list of our corporate personnel At any time you may enter 
their extension number to leave a message. 



First Name 


Last Name 


Extension 1060 


First Name 


Last Name 


Extension 1061 


First Name 


Last Name 


Extension 1062 


First Name 


Last Name 


Extension 1063 


First Name 


Last Name 


Extension 1064 


First Name 


Last Name 


Extension 1065 


First Name 


Last Name 


Extension 1066 


First Name 


Last Name 


Extension 1067 


First Name 


Last Name 


Extension 1068 


First Name 


Last Name 


Extension 1069 


First Name 


Last Name 


Extension 1070 


First Name 


Last Name 


Extension 1071 


First Name 


Last Name 


Extension 1072 


First Name 


Last Name 


Extension 1073 


First Name 


Last Name 


Extension 1074 


First Name 


Last Name 


Extension 1075 


First Name 


Last Name 


Extension 1076 


First Name 


Last Name 


Extension 1077 
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M/B1077 

Name The receptionist 

Greeting: You have reached (First Name, Last Name), the Receptionist If you are 
calling concerning an office matter or to schedule an appointment, please 
leave your name and telephone number at the tone and I will get back to you. 

M/B1060 

Greeting: You have reached the voice mail of (First Name, Last Name). If you are 

calling concerning an office matter or to schedule an appointment, please call 
the receptionist at extension 1077 by pressing "1 " now. If this is urgent, you 
may leave a one-minute voice message that will page (First Name). Please 
leave your message after the tone. 

All M/B's in the following listU;U: 



First Name 


Last Name 


M/B 1069 


First Name 


Last Name 


M/B 1061 


First Name 


Last Name 


M/B 1062 


First Name 


Last Name 


M/B 1063 


First Name 


Last Name 


M/B 1064 


First Name 


Last Name 


M/B 1065 


First Name 


Last Name 


M/B 1067 
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First Name 


Last Name 


M/B 1068 


First Name 


Last Name 


M/B 1070 


First Name 


Last Name 


M/B 1071 


First Name 


Last Name 


M/B 1073 


First Name 


Last Name 


M/B 1074 


riri>i lMamc 


T 00+ MoniP 
I^dM IN dlllC 


M/R 1075 


First Name 


Last Name 

A-/ CIO 111 UlllV 


M/B 1076 

1"!/ -I—' J. V / V/ 



Greeting: Fow have reached the voice mail of (First Name, Last Name). Please leave a 
detailed message at the sound of the tone and your call will be returned as 
soon as possible. 

5 

All M/Bs in the following listn;IU 



First Name 


Last Name 


M/B 1066 


First Name 


Last Name 


M/B 1072 



Greeting: You have reached the voice mail of (First Name, Last Name). Please leave a 

detailed message at the sound of the tone and your call will be returned as soon 
10 as possible. For further options, press star* after your message. If you mark 

your message urgent, (First Name, Last Name) will be paged. 



The processes set forth in the present description may be implemented using a 

conventional general purpose microprocessor programmed according to the teachings of the 

15 present specification, as will be appreciated to those skilled in the relevant art(s). 

Appropriate software coding can readily be prepared by skilled programmers based on the 
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Teachings of the present disclosure, as will be apparent to those skilled in the relevant 
art(s). 

The present invention thus also includes a computer-based product that may be hosted 
on a storage medium and may include instructions which can be used to program a computer 
to perform a process in accordance with the present invention. The storage medium can 
include, but is not limited to, any type of disk including floppy disk, optical disk, CD-ROMS, 
and magneto-optical disks, ROMS, RAMs, EPROM's, flash memory, magnetic or optical 
cards, or any type of media suitable for storing electronic instructions. 

Numerous modifications and variations of the present invention are possible in light 
of the above teachings and should be construed as part of the present invention. 
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CLAIMS 



1 (Currently Amended) A method fog of configuring a communications system 
having a currently utilizing CALL PULL-BACK technology as disclosed in the issued U.S. 
5 Patent Serial No. 6,088,437, dated July 11, 2000. m e chanism, comprising th e st e ps of: The 
Objects are first disclosed in the ABSTRACT OF THE DISCLOSURE page 85, lines 16-19, 
of this patent application. This patent application contains a copy of the issued U.S. Patent 
CALL PROCESSING, METHOD AND COMPUTER PROGRAM PRODUCT. A copy of 
said patent is included in the appendix of this patent application at page 85, which is also a 

10 copy of page 33 of U.S. Patent CALL PROCESSING, METHOD AND COMPUTER 
PROGRAM PRODUCT wherein it is stated that the signaling attributes and customer- 
specific information are controlled by Objects, which are well thought out preprogrammed 
and proven software constructs that simplify programming and ensure reliable operations. 
The Objects allow for the creation of client specific structures such as that shown in figure 10 

15 located on page 36 and provide call processing, plug in applications modules, multimedia, 
messaging, video and voice and video conferencing. Over time, hardware and software 
upgrades require rewriting of the Objects. What doesn't change is the basic functionality of 
the OBJECTS as defined in the Object/Class of Service documentation incorporated in the 
body of this patent application: The OBJ/COS numbers 0 through 511 each contain a 

20 sentence reminding an experienced user what that object is for, whether or not that Object is 
associated with a specific area code, and a more detailed description of the functionality of 
that Object to be used by those less skilled in configuring a client's application or as a 
specification used in the rewriting of that Object. Once the functionality of each Object is 
known, it is a simple matter to rewrite each Object as needed. This method is comprised of 

25 the following steps: 
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Placing a user's mailbox in the appropriate Object. A hypothetical example would be 

mailbox 1000 has a phone number associated with it and it is placed in Object 51, It would 
be entered in the user's table as 1000,xxxxxxx,51. Xxxxxxx would equal the 7-digit phone 
number to be dialed. A caller entering that mailbox number would cause the Call Processor 
5 to automatically dial the appropriate access code - in this case, 9 then 1,305 and the 7-digit 
phone number associated with the mailbox number to the PSTN. Call Pull Back is engaged 
and if no one answered a greeting would be played and the caller would be offered an option 
to leave a message. While listening to the greeting the caller could enter another extension 
number or select a menu choice. The other Objects, while different, are just as simple as 
10 Object 51 . User definable parameters are such things as security codes, greetings, cell or 
pager numbers, message waiting times, etc. 

populating a digital r e po s itory with pr e programm e d softwar e obj e cts; 
s e l e cting a subs e t of th e pr e programm e d softwar e obj e cts from th e digital r e pository; 
customizing th e subs e t of pr e programm e d softwar e obj e cts with us e r d e fin e d 
15 param e t e rs so as to impl e m e nt pr e d e t e rmin e d functions wh e n e x e cut e d by a proc e ssor; 
mapping th e pr e d e t e rmin e d functions to corr e sponding op e rating syst e m inputs; and 
p e rforming th e d e t e rmin e d functions wh e n initiat e d by th e corr e sponding 
op e rating syst e m inputs. 

2. (Currently Amended) The method of Claim 1, wherein the predetermined 
20 functions are associated with said CALL PULL-BACK mechanism. 

3. The method of Claim 1, further comprising the step of: 

documenting the preprogrammed software objects including information about the 
predetermined functions. 

4. The method of Claim 3, further comprising the step of: 
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documenting the preprogrammed software objects, after being customized, as 
drawings including the user defined parameters. 

5. The method of Claim 1 , further comprising the step of: 

packaging the preprogrammed software objects as a consumer product. 
5 6. The method of Claim 5, further comprising the step of: 

offering to sell the packaged preprogrammed software objects to consumers. 

7. The method of Claim 5, wherein said consumer product including a computer 
readable medium. 

8. The method of Claim 5, wherein said consumer product further includes 

10 documentation about the preprogrammed software objects. 

9. The method of Claim 6, wherein: 

the offering to sell step comprises advertising for sale the consumer product over the 
Internet. 

10. (Withdrawn) A configurable communications system, comprising: 

15 a digital repository populated with preprogrammed software objects configured to 

perform predetermined functions that are customizable by user defined parameters when 
executed by a processor; 

input devices configured to receive the user defined parameters; 

the processor; and 

20 a computer readable medium encoded with processor readable instructions that when 

executed by the processor implement, 

a call processing mechanism configured to perform the predetermined 
functions as customized by the user defined parameters. 

1 1 . (Withdrawn) The system of Claim 10, wherein the predetermined functions 
25 are associated with a CALL PULL-BACK mechanism. 
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12. (Withdrawn) The system of Claim 10 5 wherein: 

the digital repository being a database hosted on at least one of a computer readable 
medium and printed document. 

13. (Withdrawn) The system of Claim 10, wherein: 

5 the call processing mechanism being configured to provide multi-media messaging 

including at least one of voice mail, e-mail, and facsimile. 

14. (Withdrawn) The system of Claim 10, further comprising: 

a communication interface for receiving data over at least one of a Sonet Ring 
network and a meshed network. 
10 15. (Withdrawn) The system of Claim 14, wherein the at least one of a Sonet 

Ring network and a meshed network being configured with ATM as a transport for 
packetized traffic. 

16. (Currently Amended) A computer program product, comprising: 
a computer storage medium and a computer program code mechanism embedded in 
15 the computer storage medium for causing a processor to implement a call processing system, 
utilizing Call Pull-Back. t h e comput e r 

A computer p rogram code mechanism comprising: 

a first computer code device configured to create a library of preprogrammed 
software objects capable of performing predetermined functions such as the ability to create, 
20 manipulate and destroy a structured virtual environment application with plug in application 
modules, call processing in both a switched circuit and packet environment, multi-media 
messaging, video and video and voice conferencing : 

a second computer code device configured to store the library of 
preprogrammed software objects in a digital repository; 
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a third computer code device configured to select a subset of preprogrammed 
software objects from the digital repository based on a preselected portion of the 
predetermined functions; 

a fourth computer code device configured to customize the selected 
5 preprogrammed software objects based on user defined parameters; and 

a fifth computer code device configured to process calls based on the selected 
programmed software objects as customized with the user defined parameters. 

17. The computer program product of Claim 16, wherein the predetermined 

functions are associated with a CALL PULL-BACK mechanism. 

10 18. The computer program product of Claim 16, wherein the digital repository 

comprises a database. 

19. The computer program product of Claim 18, wherein said database being 

hosted on at least one of a computer readable medium and a printed document. 

20. The computer program product of Claim 16, wherein said predetermined 

1 5 functions being a user customized call pull bac k CALL PULL-BACK operation. 

21 . The computer program product of Claim 16, wherein said user defined 

parameters being communication system attributes. 

22. A system for configuring a communications system having a CALL PULL- 
BACK mechanism, comprising: 

20 means for populating a digital repository with preprogrammed software objects; 

means for selecting a subset of the preprogrammed software objects from the digital 
repository; 

means for customizing the subset of preprogrammed software objects with user 
defined parameters so as to implement predetermined functions when executed by a 
25 processor; 
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means for mapping the predetermined functions to corresponding operating system 
inputs; and 

means performing the predetermined functions when initiated by the corresponding 
operating system inputs. 

23. The system of Claim 22, wherein the predetermined functions are associated 

with a CALL PULL-BACK mechanism. 

24. The system of Claim 22, further comprising: 
means for disaster resistant communications. 

25. (Withdrawn) The system of Claim 22, further comprising: 

means for transporting traffic between nodes when an outbound footprint allowing 
users node access as a local call is exceeded. 

26. (Withdrawn) The system of Claim 22, further comprising: 

means for locking up an allocation of bandwidth needed in a virtual point to point 
connection during call set. 

27. (Withdrawn) The system of Claim 22, further comprising: 

means for tearing down an ATM cloud providing a virtual point to point connection 
after determining that a call terminates on a same concentrator as the call was originated on. 

28. (Currently Amended) The system of Claim 22, further comprising: 

means for controlling numbering and forwarding from digital transport e dg e d e vic e s 
plac e d on or n e ar a custom e r's promis e s, the call or applications processor located within the 
NOCCS servicing the client. 

29. (Withdrawn) The system of Claim 22, further comprising: 
means for record keeping for each client's configuration of the subset of 

preprogrammed software objects. 

30. The system of Claim 22, further comprising: 
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means for documenting spoken verbiage and member information used in 
customizing the subset of preprogrammed software objects. 
3 1 . The system of Claim 22, further comprising: 

means for documenting the subset of preprogrammed software objects used in the 

5 system. 
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ABSTRACT OF THE DISCLOSURE 
A method, system, and computer program product for creating, maintaining and 
destroying £[v]]Virtual [[el]Environment[|"s11 a pplications . Preprogrammed software objects 
that perform predetermined functions are created and stored in a repository, the desired 
objects are selected and configured with user defined parameters to create a customized call 
processing system. The use of preprogrammed software objects allows the rapid and accurate 
configuration, manipulation and destruction of virtual environments that networks subscribers 
together, processes calls, enables messaging, and provides disaster avoidance. 
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(4) ATM, Packet and optional Voice Switch, 
Gateways, Concentrators, various subnets 
and servers that comprise a Virtual 
Environment Node or Hub. 

(5) User may send, receive or manipulate a 
mixed-media message. 

(6) User may place a call. 
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or Integrated Access Device for POTS and data. 
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(4) The local ILEC brings the CLECs LATA traffic to a single common fiber meet point. The meet point 
or Point of Presence, (POP) has a connection to the backbone provider and contains the ATM Access 
Concentrator, trunking and access Gateways or optional Access shelf which can replace the trunking 
Gateway. Optional servers may be deployed as well. Upon reaching the T3i Hub if a caller selects a 
choice which terminates on the same concentrator that the call originated from, the talk path is 
completed in the local concentrator and the virtual point to point connection in the ATM cloud is torn 
down, the bandwidth is then reallocated. The POP functions as a class 5 Central Office. 
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8006-0006-52 

TITLE OF THE INVENTION 



10 



CALL PROCESSING SYSTEM, METHOD AND 
COMPUTER PROGRAM PRODUCT 



CROSS REFERENCE TO RELATED APPLICATIONS 

The present document claims the benefit of the earlier filing date of- and contains 

subject matter related to that disclosed in, co-pending U.S. provisional application Serial No. 
60/082,730 filed April 23, 1998, having common inventorship, the entire contents of which 
15 being incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention pertains to call processing systems, methods and computer- 

20 based products used for telephony systems in which calls may be screened by a called party 
prior to connection. More particularly, the present invention is directed to voice and data 
systems that include Call Processors and Gateway Servers among other data communication 
resources, in which calls targeted for a predetermined location are directed by the 
programming of a Virtual Voice Network. This direction can be to any device that can be 
25 directly dialed, such as a telephone including cell phone, fax machine or modem even if the 
call for the targeted device is processed across the Internet, (voice or fax over Internet 
Protocol) 

Discussion of the Background 

30 Advances in modern electronics and digital communication enable individuals to 

communicate virtually anywhere around the world. With the advent of cellular telephones, 
personal communication services, and satellite telephony, individuals in advanced as well as 
developing societies have an expectation of being able to communicate with others anytime 
and anywhere in a smooth and seamless fashion. The bulk of existing communication 

35 infrastructure is provided by local, regional and long distance telephone companies, i.e., the 
public switch telephone network (PSTN), which uses land lines, among other resources, for 
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providing point-to-point communications, where each point is identifiable by a separate 
telephone number. For example, a caller may use a first telephone number when attempting 
to reach a person at the person's home, but uses a second number for contacting the person at 
the person's office. 

5 A recent challenge has been how to use the PSTN, components of which contain old 

technology, to provide the flexibility to support people who want to remain accessible while 
being mobile. In light of this backdrop, some corporations use private branch exchanges 
CPBX) at the corporation facilities to provide "smart" functions for handling incoming phone 
calls (described generically here, but referring to both voice and data calls) for the 
10 convenience of its customers. Using these functions, even if an employee is not available, a 
properly equipped PBX enables an outside caller to be conveniently patched into voice mail, 
routed to another number, or perhaps transferred to a different facility in an attempt to handle 
the call in a user-friendly environment. 

Figure 1 is a block diagram of a conventional PSTN and PBX based system that 

15 enables a source telephone 1 to communicate with a destination telephone 1 1, of an intended 
recipient. In Figure 1, the source telephone 1 connects to the PSTN 3 via a line (wired or 
wireless). The PSTN 3 recognizes the telephone number input at the source telephone 1 and 
provides the switch infrastructure to ultimately connect the caller with the PBX 9, which has 
the burden of providing the "operator" interface functions. In many cases, the corporation 

20 facilities 7 may incorporate a relay Call Processor with auto attendant functions 13 even 

though unit costs for such devices could exceed 1 .5 million dollars in 1998. An example of 
such a Call Processor is an OVERTURE 300 sold by the Lucent/Octel Messaging Division. 

The relay Call Processor with auto attendant 13 operates when the call is received by 

the PBX 9 and attempts to ring the destination telephone 11, while placing the caller on hold 

25 or utilizing any of a number of types of integration depending on the makes and models of 
the equipment. If the destination telephone 1 1 is not picked-up after a predetermined number 
of rings, the Call Processor with auto attendant 13 initially reports a message to the caller 
such as "thank you for calling company A. John Doe is on the telephone so please leave a 
message, dial another extension, or dial 0 for the operator." The Call Processor with auto 

30 attendant 13 is able to handle the call for the employee in this way because the PBX 9 
receives and routes all telephone calls within the company facility 7 without having to 
interface with a variety of different local telephone equipment, each having unique signaling 
attributes. 
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For users that do not have the benefit of a corporation's PBX 9, the PSTN offers users 

a call forwarding operator 5 that at the instruction of the intended recipient, forwards 
incoming calls to a secondary number when the intended recipient is unavailable at a primary 
number. This call forwarding mechanism however employs equipment at the PSTN and does 
5 not offer the same degree of convenient voice mail and auto attendant functions offered by 
the PBX 9 at the company facility 7. 

As presently recognized by the inventor, the PBX 9 is an inherently "local" device 

hosted at a certain destination facility, such as a company. Available for equipment of such 
expense, smaller devices such as the relay Call Processor with auto attendant 13 are included 

10 with the PBX 9 to provide added functionality. Adding to the expense, the relay Call 

Processor with auto attendant 13 must be customized by technicians when installed at the 
company facility 7 so as to be compatible with the local telephone company equipment if any 
screened transfer types of calls were to be placed to external telephone numbers. 
Customization is needed because the PSTN 3 is not homogenous, but rather made up of 

15 numerous equipment of local telephone companies that may or may not have the same 
equipment. As an example of different signaling attributes of signals provided by typical 
telephone equipment, the frequency and cadence of slow-busy signals (or other signals, as 
will be discussed) may be substantially different from one local telephone to the next. 
Similarly, other signals such as a fast busy signal, indicating an error is present, differs as 

20 well 

Figure 2 is a timing diagram of a ring/silence signal offered by exemplary local 

telephone company equipment. A high voltage level indicates a ring interval, while a lower 
voltage indicates a silence interval. For illustrative purposes, the interval "A" may typically 
range between a maximum tone-on (i.e., ring interval) of 1,200 ms to a minimum of 800 ms, 

25 while a typical number may be 1000 ms. The interval "B"(a silence interval) may range 
between 3500 ms and 2801 ms, with a typical number being 2881 ms. Interval "C" may 
typically range between 1200 ms and 800 ms, with a typical number being 942 ms. Interval 
"D" may typically range between 3485 ms and 2899 ms, with a typical number being 2910 
ms. Similarly, the interval "E" may typically range between 1200 and 800 ms with a typical 

30 time 785 ms (which is less than the stated lower end of the "typical" range, but included to 
show that it is nonetheless a possibility). Due to this variation in cadence and frequency 
between signals provided by local telephone equipment, generic relay Call Processors with 
auto attendant functions are conventionally believed to require the use of technicians to 
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personally customize the "application delays". This approach essentially normalizes the 
cadence and frequency terms so that the Call Processor can effectively interface with that 
particular local telephone equipment. Consequently, according to conventional wisdom, it is 
not believed wise, nor even possible, to use a relay Call Processor with auto attendant 
5 function in a central location that operates with different local telephone equipment because 
the diversity of telephone equipment does not permit the relay Call Processor with auto 
attendant to handle common signals in a like fashion. 

Figure 3 is a flowchart of an example method of how a caller at a source telephone 1 

(Fig. 1) attempts to communicate with an intended recipient at the company facility 7. The 

10 process begins in step SI, where the caller initiates a call to the intended recipient by dialing 
a phone number of the company where the intended recipient is believed to be located. The 
process then proceeds to step S3, where the call is answered by the PBX 9 at the company 
facility 7, and the PBX 9 passes the call to the Call Processor with auto attendant 13. The 
process then proceeds to step S5, where the caller is requested to dial the extension of the 

15 intended recipient. The process then proceeds to step S7 where an inquiry is made regarding 
whether the individual identified at that extension is available. While making the inquiry, the 
Call Processor in the PBX 9 places the caller on hold and rings the destination telephone a 
predetermined number of times. If the intended recipient does not answer the telephone call 
after the predetermined number of times or if a busy signal is received, the Call Processor 

20 concludes that the intended recipient is unavailable. If the response to the inquiry in step S7 
is affirmative, the PBX 9 connects the caller with the intended recipient in step S9 and the 
process then proceeds to step SI 1 where the call is completed and then the communication 
session ends. However, if the response to the inquiry in step S7 is negative, the process 
proceeds to step SI 3 where the relay Call Processor with auto attendant 13, audibly presents a 

25 set of options to the caller. Typical options include leaving a voice mail message, hitting 
zero to dial an operator or entering the extension of another party. Once the options are 
presented, the process proceeds to S15 where the caller selects an option and then in step S17 
the selected option is executed. Subsequently the process ends. The Call Processor may also 
offer other options to the caller, such as attempting to contact the intended recipient at 

30 another location. If the caller chooses this option, the Call Processor with auto attendant 13 
performs a blind transfer to that other location. Since the Call Processor with auto attendant 
13 performs the blind transfer, the Call Processor performs no additional processing of the 
call even if the intended recipient is not available at the other location. The blind transfer will 
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be made regardless; even if the called party is busy, ring no answer, error tone or dead air. 
Some coverage methods employ various call forwarding schemes in the event a called device 
is busy, or ring no answer. These methods are designed to forward the caller to a recep tor 
mailbox. Often the receptor mailbox is located where the call originated and the called party 
5 pays the bill for any forwarding or long distance charges. 

As identified by the present inventor, a limitation with conventional devices and 

methods is that the functions offered by the Call Processor in the PBX 9 are prohibitively 
expensive for the "small user 11 . In other words, the call processing functions available at the 
company facility 7 are expensive to purchase and install, and thus are unsuitable for private 

10 use. Furthermore, due to differences between the different types of local telephone company 
equipment employed throughout the PSTN, making a conventional relay Call Processor with 
auto attendant available to users across a number of different local telephone company 
equipment is not believed to be possible, due to the different signaling attributes of the 
equipment employed by the different local telephone companies. 

15 As presently recognized, the installation procedures of PBX 9 with the relay Call 

Processor are complex in that "hands on" customization and testing of the local telephone 
equipment is believed to be required in conventional systems when adjusting the destination 
delays for the relay Call Processor. Such difficulties are factors that contribute to the expense 
of purchasing and maintaining a Call Processor, even though conventional Call Processors 

20 are used over a specific geographical region sharing a common set of telephone equipment. 

More centralized functions, such as call forwarding operations provided by the PSTN 

are incapable of detecting whether a person is available at one of the candidate locations, and 
"pulling back" the call for further processing if the person is unavailable. Moreover, the call 
forwarding operations perform a blind transfer of the call, and do not wait to determine 

25 whether the destination party will in fact receive the call. As a consequence, the user* 
friendliness of the call forwarding operation is presently viewed as being sub-optimal 

U.S. Patent No. 5,375,161 describes a telephone control system with branch routing, 

which includes a call conferencing feature (see, e.g.. Figure 14 1 , step 1419) that waits to 
determine whether or not a user may be located at another number. This technique thus 

30 employs precision busy/ring detection that requires a priori knowledge of the attributes of the 
local telephone communication equipment. Without this knowledge, it would not be possible 
for such a device to operate without significant customization of PSTN equipment at varying 
locations. Furthermore, the precision busy/ring would not be able to recognize an error tone, 
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which has the same frequency as a busy but a different cadence, because the precision 
busy/ring unit monitors only frequency, not cadence. Cadence is a variable that fluctuates 
most from Central Office to Central Office. When considering a conference feature with 
voice, a number of conditions should be taken into consideration, including hardware 
5 sensitivity and ability to be configured, susceptibility to talk off in which the human voice 
emulates touch tone, and background noise. Regarding background noise, a PC modem, for 
example, connecting to a service provider for Internet access can cause any touch-tone 
activated equipment to do unexpected things. Thus, conferencing features are suboptimal. 

10 SUMMARY OF THE INVENTION 

Accordingly, a feature of the present invention is to provide a novel system, method 

and computer based product that overcomes the limitations of the conventional methods and 
systems discussed above. While a full description of the invention and its various features 
are described in the following section, a brief, non-exhaustive description of features of the 

15 present invention is now described. A facet of this invention is that the Call Processors used 
normally do not reside at the same location and are not directly connected to a customer's 
PBX or to the customer's Central Office. If the called party is busy / no answer or an error 
tone is encountered, the calling party is informed of the status of the called party and may be 
offered further options. 

20 A "CALL PULLBACK" mechanism is included in a central location (i.e., accessible 

to geographically separated users) in a Call Processor, which is a component of a virtual Call 
Processor network. The Call Processor in the virtual Call Processor network places a caller 
on "soft hold" while attempting to contact the intended recipient at one of various 
predetermined numbers. In order to overcome the incompatibility issue of operating with 

25 different local telephone equipment a feature of the present invention is a frequency and 

cadence detection mechanism that is able to detect different characteristics of slow busy, fast 
busy, ringing, answered, and ring no answer tones as provided by different local telephone 
equipment. To this end, the Call Processor of the present invention associates different 
frequencies and cadences with various events occurring with candidate numbers at which the 

30 intended recipient may be located. In the case of a call placed through a Gateway Server 
across the Internet the frequency and cadence detection may be performed by equipment 
located at the far end point of presence (POP) with that equipment notifying the originating 
Call Processor of the status of the call. Accordingly, a feature of the present invention is the 
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establishment of acceptable ranges of frequency and cadence attributes of signals from 
various local telephone company equipment that service the respective candidate telephone 
numbers. To this end, the system incorporates a method for implementing the CALL 
PULLBACK mechanism. 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete appreciation of the invention and many of the attendant advantages 

thereof will be readily obtained as the same becomes better understood by reference to the 
following detailed description when considered in connection with the accompanying 
10 drawings, wherein: 

Figure 1 is a system level block diagram of a conventional telephony network that 

includes a Call Processor at a destination facility; 

Figure 2 is a timing diagram illustrating an exemplary variation in cadence and 

frequency of signals provided by different local telephone equipment; 

15 Figure 3 is a flowchart of a method for handling a call in a conventional relay Call 

Processor; 

Figure 4 is a system level block diagram of a Virtual Network having a central Call 

Processor according to the present invention; 

Figure 5 is a block diagram of components in the CALL PULLBACK mechanism 

20 according to the present invention; 

Figure 6 is a flowchart of a process for contacting an intended recipient by way of the 

Virtual Network and implementing the CALL PULLBACK mechanism according to the 
present invention; 

Figure 7A is a flowchart of a process for identifying and associating local telephone 

25 equipment attributes with candidate customer numbers stored in a computer readable medium 
according to the present invention; 

Figure 7B is a flowchart of a call screening process employed by a Lucent/Octel 
Node-Overture Call Processor; 

Figure 7C is an annotated tone information screen for a failed ring-no-answer; and 

30 Figure 8 is a block diagram of a network of interconnected Virtual Networks that 

enable both voice and fax messages and other signals to be transported from a source 
terminal to a destination facility. 
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BRIEF DESCRIPTION OF THE APPENDIX 

An appendix is attached hereto, that contains an application delay table with an index 

of available delays. 

5 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to the drawings, wherein like reference numerals designate identical or 

corresponding parts throughout the several views. Figure 4 is a system level block diagram of 
a network 400 according to the present invention. A feature of the network 400 is a Virtual 
Network Call Processor 20 that is separated from the company owned facility 7 located on 

10 property owned by an employee of a customer who subscribes to the network 400. The 
Virtual Network Call Processor may be implemented as a VIRTUAL VOICE NETWORK 
NODE, offered by TOUCHTONE TECHNOLOGIES Inc. (T3D and includes a variety of 
equipment including a switch, one or more Call Processors with on-board IVR units, 
multiple Tl -spans and or a Gateway Server or Servers that may reside on a network (such as 

15 a local area network, LAN) with other equipment. As will become clear, the Virtual Network 
Call Processor 20 may also operate completely independently of equipment owned and 
operated by private corporations, and may be used to provide Call Processor, auto attendant, 
IVR and facsimile functions for individuals with no access to corporate PBX resources. The 
Virtual Network Call Processor 20 may also be adapted to provide plug-in applications such 

20 as Unified Messaging where e-mail may be stored in a mailbox along with voice and fax 

messages. These e-mail messages may then be read by the voice server to the subscriber. In 
particular, the Virtual Network Call Processor 20 connects via private or public lines 1 8 to a 
source telephone 1 . The private or public lines 1 8 may be part of the PSTN 3, or private lines 
owned or leased by individual consumers. While the term "lines" is used, these lines may 

25 also be wireless links such as private microwave links, or terrestrial or space-based cellular 
and wireless communication links, or an Internet Backbone employing Gateway Servers for 
example. Furthermore, the source telephone 1 need not be a conventional telephone, but may 
also be other communication devices that transmit data from one location to another such as a 
facsimile device, computer, computer telephone or Internet accessible terminal, for example. 

30 The Virtual Network Call Processor 20 connects to both the source telephone 1, as 

well as the PSTN or Internet Backbone through a Gateway Server 3, by way of 
communication links 21, which may be private or leased lines, for example. The source 
telephone 1, also connects directly to the PSTN 3, which is made up of an interconnected 
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network of equipment owned by companies that service different regions of the United States 
(or the equivalent of other national and private communication networks in other countries). 
The PSTN 3. illustrated in Figure 4, includes an interconnected network of three sets of local 
telephone equipment 30A, 30B and 30C, located in three geographically distinct regions 
5 (region 1 - region 3\ As previously discussed, the local telephone equipment 30A-30C are 
often different systems that have different signaling attributes. For example, the telephone 
equipment 30A may produce a fast busy signal with different signal features than that of local 
telephone equipment 30C. In particular, as presently recognized, the difference may be in the 
form of frequency and cadence differences, where "frequency" refers to signal pitch and 
"cadence" refers to a rhythm of the respective on and off tone cycles that form a beat. Thus, 
local telephone equipment 30A, which may service a home office 28 may have distinctive 
frequency and cadence characteristics as compared with that of the local telephone equipment 
30B that services the intended recipient's mobile telephone 26, or the local telephone 
equipment 30C that services the office telephone 1 1 at the office facility 7. While the PBX 9 
at the office facility 7 can receive the phone call directly from source telephone 1, the PBX 9 
is capable of only transferring the call internally with devices connected to the PBX 9 or 
relying on a call forwarding mechanism 5 offered by the local telephone equipment 30C (see, 
e.g.. Figure 1). 

However, by subscribing to services offered by the Virtual Network Call Processor 

20, the intended recipient is given the option to invoke the CALL PULLB ACK mechanism 
22 in the Virtual Network Call Processor 20, which, if desired, allows the user to have calls 
sent to one of any number of candidate locations, each of which may or may not be serviced 
by different local telephone equipment. Moreover, because the Virtual Network Call 
Processor 20 is centrally located (i.e., accessible to parties external to a company's PBX 9), 
25 the Virtual Network Call Processor 20 is available for use by many different users, not just 
users of the PBX 9. Each user can have phone calls that originate at the source telephone 1 
be forwarded to the Virtual Network Call Processor 20 and thereby invoke the CALL 
PULLBACK mechanism 22. The CALL PULLBACK mechanism enables a screened type of 
call transfer, as compared to a blind transfer where the call is sent to one of several candidate 
30 locations without regard for whether the user actually picks up the transferred call at that 
location. 

The Virtual Network Call Processor 20 is shown as part of a node that is made up of a 

Call Processor, PBX, IVR and other equipment. However, the node may be included as part 
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of a hub, where a hub is one or more digitally networked Call Processors and PBX systems 
(as will be discussed later in reference to Figure 8). 

The process flow for handling a new telephone call is described below, followed by several 
examples that illustrate how the CALL PULLB ACK mechanism 22 is employed. A caller 
5 uses a source telephone 1 to attempt to contact an intended recipient at an office 

telephone 11. The call originating at the source telephone 1 is switched through the PSTN 3 
and routed to the PBX 9 at the office facility 7. The PBX 9 then presents the caller with an 
inquiry, asking the caller to identify an extension for the office telephone 1 1. In response, the 
caller enters an extension and the PBX 9 attempts to route the telephone call to the office 

10 telephone 11. If all the lines to the PBX 9 are busy, or if there is a ring, but no answer at the 
destination telephone 1 1, or all calls are directly forwarded to the Virtual Network Call 
Processor 20 using the call forward mechanism in the local telephone equipment, the Virtual 
Network Call Processor 20 receives the call and subsequently processes the call. 
Alternatively, the call may be transferred directly into the Virtual Network Call Processor 20 

15 by an operator or other company personnel at the office facility 7. As a further alternative, a 
caller may dial directly into the Virtual Network Call Processor 20, or be forwarded in by call 
forwarding previously set up at the customers Central Office 30C under the following 
conditions: 

20 Ring no answer on the companies main number or numbers. 

An example of this usage could be that no one is available to answer, i.e. after hours, 
weekends, holidays or the company has suffered a catastrophe in which the facility has been 
destroyed. A Virtual Voice Network utilizing CALL PULLBACK technology may be 
programmed to allow designated personnel at a company to call into a Node, enter a 

25 password and with a few keystrokes have callers processed to telephones other than those at 
the company such as the home telephones of company personnel. Even if the company is 
physically gone, business may still be conducted. 

Busy on the company's main number or numbers. 
30 All trunks or lines are busy due to traffic or being busied out at the central office while repair 
or reprogramming work is being performed. 
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All calls forward with or without ring reminder. 

Some companies provide an after hours courtesy to their callers by taking the time to 
program their main number so that it forwards to a Virtual Voice Network Node without the 
caller having to listen to a number of rings. 

5 

Forwarding with multiple talk paths. 

In the case of a customer location with only one trunk or line, one or more callers may reach 

a Node at the same time when the given line has multiple talk paths. 

When the call is transferred to the Virtual Network Call Processor 20, the Virtual Network 

10 Call Processor 20 recognizes the telephone number that the source telephone 1 was 

attempting to contact by using direct inward dial, (D.I.D.), automatic number identification, 
(AND, or direct number identification system, (DNIS). If the telephone number is associated 
with an office location, the caller is presented with an options menu (described in audible 
format) asking the caller to select the person or department with whom the caller wishes to 

15 speak. Once selected, the caller is placed on soft hold, while the Virtual Network Call 

Processor 20 dials an external telephone number and initiates a call progress tone detection 
operation as will be discussed with respect to Figure 5. The CALL PULLBACK mechanism 
22 may then consult a list of stored candidate numbers at which the intended recipient may be 
located, where the numbers stored are provided by the intended recipient when the intended 

20 recipient enters (or updates) a user profile, perhaps when the intended recipient originally 
subscribes for service. Sequentially, the CALL PULLBACK mechanism 22 attempts to 
contact the intended recipient at the respective destinations (for example home office 28 or 
mobile phone 26). If the intended recipient is not located at the first candidate location, the 
call is "pulled back" and if desired by the customer the CALL PULLBACK mechanism 22 

25 informs the caller that it is about to dial the next location as well as offering the caller other 
options such as leaving a message. If the caller does nothing, the CALL PULLBACK 
mechanism 22 may consult from memory the next candidate number, and then attempt to 
contact the intended recipient at that next candidate number. The CALL PULLBACK 
mechanism 22 may operate in this fashion until all of the candidate locations have been 

30 investigated. If the intended recipient has still not been located, the Virtual Network Call 
Processor 20 allows the caller the options of leaving a message, contacting an operator, or 
dialing another extension, for example. On the other hand, if the caller is available at one of 
the candidate locations, the caller remains on soft hold, while the virtual call network 
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processor 20 presents the intended recipient with a call announcement, such as "this is a call 
for XYZ Engineering Company, press # to accept or * to reject". If the call is accepted, the 
calling party and the intended recipient are connected. If the call is rejected, the calling party 
is informed that the "name" does not answer and is offered further options, such as speaking 
5 with an operator, leaving a voice mail message or dialing another extension for example. 
While the calling party is placed on soft hold, the CALL PULLBACK mechanism 22, begins 
a call process tone detection operation, while dialing the external telephone number, as will 
be discussed with respect to Figure 5. 

The connection that is made by the Virtual Network Call Processor 20 may be made 

10 to any phone or device that can be dialed directly, even if the call is placed over the Internet, 
voice over Internet Protocol. Examples of such devices include cell phones (terrestrial and 
satellite based), direct inward dial (D.I.D.) telephone numbers, business or home telephone 
numbers, "Multiserve" or similar service telephone numbers, facsimile devices, computers, 
etc. A feature of the Virtual Network Call Processor 20 is that the transfer of the call from 

15 the Virtual Network Call Processor 20 is made to the intended recipient even though the 
intended recipient is located on a different PBX than the transferring party. 
However, the vast majority of the calls processed are to company departments or fixed 
locations rather then people who are moving from location to location. In such cases, a call is 
processed to a given telephone and if not answered, the caller is offered the options of leaving 

20 a voice mail message, dialing another extension, dialing 0 for the operator or returning to a 
portion of the menu where another selection can be made. 

Figure 5 is a more detailed block diagram of the CALL PULLBACK mechanism 22 
shown in Figure 4. The call pullback mechanism 22 includes an application delay adjustment 
mechanism 24 as shown in Figure 4, the components of which include a random access 

25 memory (RAM) 241, read only memory (ROM) 243, hard disk drive (not shown) and internal 
interface 245 that are connected to a bus 503. An external interface circuit 501 provides the 
physical interface, and lower level protocol operations for communicating data between the 
bus 503 and the private or public lines 18 and 21, which ultimately connect to the source 
telephone 1 and PSTN 3 as shown in Figure 4. Additional lines may connect to the external 

30 interface 501 . A processor 505 is a single processor, although multi-processor architectures, 
as well as hybrid processor and digital signal processor components may be used as well 
Additional processors may be included in the CALL PULLBACK mechanism 22, such as in 
the application delay adjustment mechanism 24, tone detector 507 and frequency and cadence 
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analyzer 509. Operationally, the transferred call comes in through line 21 to the external 
interface SOL but alternatively, in a direct dial context, the call may come in directly through 
line 18. Subsequently, the external interface 501 identifies the party to be called, and 
retrieves a data file associated with the intended recipient, as identified in the call, by way of 
5 the bus 503. Part of data file is a first candidate number, which the CALL PULLBACK 
mechanism 22 will attempt to contact the intended recipient. The intended recipient's call is 
placed on hold, while the processor 505 initiates another call on an external line (one of the 
other lines 18-21). 

The tone detector 507 is placed on this external line, so as to determine the call 

10 progress status of the call made on the external line. The CALL PULLBACK mechanism 22 
places the tone detector 507 on the external line so as to determine if a type of busy signal is 
present. If the busy signal is present, the calling party is removed from hold and the intended 
recipient's greeting or, alternatively, the intended recipient's name and condition is 
audibilized to the calling party. At this time, additional options may be offered to the calling 

15 party. However, if no busy signal is detected, the CALL PULLBACK mechanism 22 sends 
out a series of ticking sounds so the called party will know that this is a call from their Virtual 
Voice Network and if they choose to wait they will hear the announcement of the type of call 
they are receiving, example, (Sales verses Customer service) and press # to accept, or * to 
reject before or after the announcement is made. 

20 The frequency and cadence analyzer 509 characterizes different types of signals from 

the local telephone equipment serving the candidate location at which the intended recipient 
is attempting to be located. The signals to be detected include slow busy signals, fast busy 
signals, ringing signals, answered signals, and ring no answer signals so that additional 
candidate locations may be searched and/or the caller may be informed of the status of 

25 locating the intended recipient. The frequency and cadence analyzer 509 includes a 

predetermined set of operations that are intended to interpret the various busy signals, ringing 
signals, answered signals and the like produced at the far end central office. All frequency 
and cadence analysis is done on the fly by the frequency and cadence analyzer 509 which 
consults the application delay table for acceptable cadence values. 

30 As previously discussed, the frequency and cadence of different signals varies 

between local telephone companies equipment. Accordingly, the frequency and cadence 
analyzer 509 communicates over the bus 503 to receive the application delay parameters 
from the application delay adjustment mechanism 24. These parameters are included in the 
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RAM 241, although may also be included in the ROM 243 (conveniently implemented as an 
EEPROJVD or at a remote memory accessible by the internal interface 245, by way of the 
bus 503. 

Alternatively, the frequency and cadence analyzer 509 includes an acoustical 
5 signature mechanism that compares respective acoustical signatures against a saved set of 
acoustical signatures saved in the ROM 243, so as to determine if the response received from 
the local telephone equipment is a slow busy, a fast busy, etc. The frequency and cadence 
analyzer 509, also incorporates pattern recognition software that attempts to compare and 
identify signals received from local telephone equipment, on an on-the-fly basis. If no busy 

10 signal is detected, the frequency and cadence analyzer 509 sends out a series of ticking 
sounds and when the call is answered, a call announcement operation is conducted. The 
ticking sounds are sent out to alert the called party that their Virtual Voice Network is calling 
and not someone else. During or after call announcing the called party may then chose to 
accept or reject the call or if more then one part of the Network directs calls to them they may 

15 choose to listen to the full call announcement before accepting or rejecting the call. 

The processor 505 includes an internal memory for program storage and holding 
intermediate calculation results. However, ROM 243 also includes a number of software 
objects that are invoked by the processor 505, when analyzing and assessing the respective 
attributes of the local telephone equipment. 

20 Figure 6 is a flowchart of a process flow for contacting an intended recipient by way 

of the Virtual Network Call Processor 20 as it implements the CALL PULLBACK 
mechanism. The process begins in step S51, where the calling party dials the number for the 
intended recipient at a particular number. The process then proceeds to step S53, where an 
inquiry is made regarding whether the intended recipient answers the phone call (perhaps by 

25 way of a local PBX, such as PBX 9 in the office facility 7 of Figure 4). If the intended 
recipient answers the phone call, the process proceeds to step S55 where the phone call is 
connected to the intended recipient, and subsequently the process proceeds to step S65 where 
all the call processing is completed. Alternatively, steps S51, S53 and S55 may be performed 
by dialing directly the office number of the intended recipient, thereby bypassing the virtual 

30 call network processor 20. If the intended recipient is unavailable to answer, the local central 
office invokes a call forwarding operation that forwards the call directly to the Virtual 
Network Call Processor. 
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A majority of the time a given caller reaches a Virtual Voice Network is because the 
caller was calling a company rather then an individual. Although no two Virtual Voice 
Networks need to be identical, the majority of them greet the caller and instruct the caller to 
enter an extension number or choice. Some extensions do not process calls, some only 
5 process calls to a single number all of the time and some process calls to multiple numbers. 
CALL PULLBACK is invoked when a caller is offered other options after placing an 
unsuccessful call to a telephone not residing at the same location and not directly connected 
to the T3i Virtual Voice Network. Call announcing and dialing multiple phone numbers are 
enhancements that the customer may or may not wish to use. 

10 If the response to the inquiry in step S53 is negative, the process proceeds to step S57 

where the call is forwarded (transferred) to the Virtual Network Call Processor 20, where the 
Virtual Network Call Processor 20 attempts to contact the intended recipient at one of the 
predetermined numbers stored at the Virtual Network Call Processor 20. In step S57 the 
caller is placed on soft hold, while an attempt is made to contact the intended recipient by 

15 way of an external line. The process then flows to step S59, where an inquiry is made 
regarding whether the intended recipient answers the call from the Virtual Network Call 
Processor at a first number stored in the Virtual Network Call Processor 20. Step S59 may 
have to be repeated if the intended recipient is not located at the first number and additional 
numbers are included in the intended recipient's profile that may be automatically checked by 

20 the Virtual Network Call Processor 20. 

If the response to the inquiry in step S59 is affirmative, the Virtual Network Call 
Processor announces the call to the intended recipient in step S61. By announcing the call, 
the intended recipient has the option to receive the telephone call from the calling party, or 
have the Virtual Network Call Processor inform the calling party that the intended recipient is 

25 unable to receive the call. By announcing the call to the intended recipient, the intended 

recipient knows how to answer the phone, for example, when the calling party's call is taken 
off soft hold, and connected to the intended recipient's telephone. After step S61, the process 
proceeds to step S65, where call processing is completed and subsequently the process ends. 
On the other hand, if the response to the inquiry in step S59 is negative, the Virtual Network 

30 Call Processor invokes the CALL PULLBACK mechanism where the call remains on soft 
hold, and an external line (either the same external line as before, or another line) is used to 
attempt to contact the intended recipient at the next number identified in the profile of the 
intended recipient. Using this example, the CALL PULLBACK mechanism would remove 
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the caller from soft hold and announce that the called party was unavailable and offer further 
options, one of which could be to dial another number. This process of tracking-down the 
intended recipient proceeds until all of the candidate locations have been exhausted, at which 
time the Virtual Network Call Processor either takes a voice mail message, asks the calling 
5 party if they would like to identify another person to whom to route the call, etc. Of course, 
if the CALL PULLBACK mechanism successfully contacts the intended recipient, and the 
intended recipient decides to receive the call, the caller is then taken off hold, and connected 
to the intended recipient. Subsequently, the process is completed in step S65 and the process 
ends. 

10 A pplication delays are timing values set in the Call Processor portion of the Node. 

Delays described in the Appendix are used to detect critical tone cadences that the Central 
Office provides to the Node equipment. These cadences indicate specific call conditions such 
as a ringback tone indicates that a called number is ringing, and a busy indicates that the 
called party is busy. 

15 Cadence values are normally set by selecting a PBX type and making modifications to 

the equipment as needed. As it is not known what PBX type a given Central Office would 
have or what effect the state of repair or software level would have on the cadences provided, 
a starting point is to choose the PBX closest to the one which was part of a first node 
implemented by a user of the system. 

20 After adjusting the Call Processor's cadence recognition to the first Central Office 

PBX, new adjustments can be made as Central Offices are added and tested to make sure that 
the new adjustments work with previous Central Office PBXs 1 . Fail-safe mechanisms are 
included as features of the CALL PULLBACK to catch any caller that hit an unexpected 
cadence. These fail-safe mechanisms allow callers the options of reaching a live operator or 

25 leaving a message as well as providing first hand intelligence regarding what happened and 
where an unexpected event occurred. As the system matures, the fail-safes are not needed as 
frequently because the system's attributes will become more completely characterized with 
time. 

Problems chiefly occur in areas where the Call Processor detects an answered 
30 condition while monitoring a single interrupted-ringback and with slow-busy and fast-busy 
cadences. When a call is screened, the equipment looks for acceptable cadences for a single 
interrupted ringback, slow-busy, fast-busy or that the call has been answered. To process a 
transfer application-delay, indexes are referenced that show the maximum and minimum 
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ON/OFF periods for any tone. If the tone cadence detected does not comply with the ranges 
set for single ring back, slow busy or fast busy, the Call Processor determines that the call has 
been answered and the call transfer is completed. 

In the case of dead air, such as the Central Office dropping the call, the caller would 
5 be removed from soft hold and a fail-safe mechanism would take over. One problem that 
occurs is when a Central Office recording is played such as an all circuits are busy or that the 
person being called is out of the area or unavailable. The Call Processor detects an answer 
and sound, such as someone speaking, and completes the transfer. These occurrences can be 
kept to a minimum and caller frustration reduced by the following methods: 

10 

Prior testing and identification - this allows the network designer to inform the customer of a 
potential problem and make needed changes or record a special greeting so that the caller has 
the opportunity to record a message or go to an operator before the called party's number is 
dialed; 

15 Pulling the call back before the far end recording is played; and 

Most customers and callers are used to the recordings being played and are not troubled by 
them. 

If the tone cadences are within acceptable ranges, call screening by the called party 
may be employed and the call accepted or rejected. 

20 Figure 7A is a flowchart of a process for identifying local telephone equipment 

attributes, such as frequency and cadence. The process begins in step S661 where the called 
party is dialed by a node. Subsequently, the process proceeds to step S663, where the 
cadence and frequency information from signals produced by the local telephone equipment 
is observed by the node. When observing the cadence and frequency information, the 

25 cadence and frequency information is characterized for subsequent processing. The process 
then proceeds to step S665, where application delays are identified that correspond with the 
frequency and cadence information that was characterized in step S663. The process then 
proceeds to step S667, where the node takes appropriate action for the call based on 
predefined custom parameters and/or reacts to the cadence events, where the reaction is a 

30 function of detecting which signals are in fact produced by the local telephone equipment. 
Subsequently, the process ends. 

Figure 7B is a flow chart of a process used by a NODE-OVERTURE Call Processor 
to screen calls. The process begins in S71, where the call is transferred and the NODE- 
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OVERTURE Call Processor dials the called number and begins looking at tone patterns 
received from the local telephone equipment. Subsequently, the process proceeds to step 
S72, where an inquiry is made regarding whether the tones that are received comply with the 
ranges set by delays 49, 50. 51 or 52, as identified in the appendix attached hereto. If the 
5 response to the inquiry in step S72 is negative, the process proceeds to step S73, where the 
call is considered to have been answered, and subsequently the process ends. However, if the 
response to the inquiry in step S72 is affirmative, the process proceeds to a ring back inquiry 
in step S74, where an inquiry is made regarding whether the received tones comply with the 
ranges set by delays 53, 54, 55 or 56. If the response to the inquiry in step S74 is affirmative, 

10 the phone rings and a ring back is monitored. The ring back minimum and maximum tone 
off period are included in the appendix. The process then concludes. 

However, if the response to the inquiry in step S74 is negative, the process proceeds 
to step S76, where a slow busy inquiry is made. The inquiry in step S76 inquires whether the 
tones comply with the ranges set by delays 69, 70, 71 or 72. If the response to the inquiry in 

15 step S76 is affirmative, the process proceeds to step S77, where the call is pulled back and the 
NODE OVERTURE Call Processor speaks the name and condition or greeting and 
subsequently the process ends. However, if the response to the inquiry in step S76 is 
negative, the process proceeds to the fast busy inquiry in step S78, and an inquiry is made 
regarding whether the tones comply with the ranges set by delays 73, 74, 75 or 76. If the 

20 response to the inquiry in step S78 is affirmative, the process proceeds to step S79, where the 
call is pulled back, and an indication is spoken indicating that the call is "invalid" and then 
the process ends. However, if the response to the inquiry in step S78 is negative, the call is 
answered in step S80 and then the process ends. 

Figure 7C is an exemplary display of information that would be displayed on a 

25 monitor screen for a situation where a ring-no-answer operation fails. Application delays that 
produce a failure are first tested by assigning a mailbox that dials the problem telephone 
number to a special area code specific object. The port specific print tone trace is activated 
and the node's Call Processor is called through the port in question. The port will have a 
speakerphone butt set placed on it so that there is an audible awareness on the part of the 

30 person performing the task so as to determine what events are in fact occurring. When 
answered, the test mailbox is dialed and the tone on and tone off events are monitored in 
milliseconds as shown on a computer screen. In Figure 7C, a display 701, which, may either 
be a simultaneous display, or printout or otherwise of a stream of code, illustrates tone 
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information that is displayed for a ring-no-answer operation that fails. As shown in 
annotation 702, the caller enters DTMF digits, which are the digits associated with the phone 
to be contacted. In annotation 703. the NODE OVERTURE monitors the line for a tone 
associated with a dial tone and then subsequently detects the presence of the dial tone. Once 
5 the dial tone is detected, and annotation 704 shows that the NODE OVERTURE dials the 
number associated with the DTMF digits. Annotation 705 indicates that the NODE 
OVERTURE ignores the first change in tone for a predetermined period of time. 
Subsequently, as indicated in annotation 706. the NODE OVERTURE monitors call progress 
tones from the PBX so as to determine the status of the called extension. Finally, in 

10 annotation 707 a failure is indicated when the NODE OVERTURE detects an answer 
condition because one of the tones of the PBX does not conform to the delays in the 
a pplication delay table, listed in the appendix. 

The tone values in the print tone trace of Figure 7C may be modified to the correct 
values by using the appropriate commands. For example, in the case of Figure 7C. the 

15 a pplication-delay indexes that refer to the error received are indexes 50 and 54. included in 
the appendix. Note that the failure occurred when the PBX sent a TONE ON for 790 ms. 
The NODE OVERTURE was set to expect a TONE ON (ring back) for no less than 800 ms 
and no greater than 1200 ms. This range between 800 ms and 1200 ms is referred to as the 
"window". In Figure 7C. the window for the silence period (TONE OFF) between adjacent 

20 rings is set to no less than 2800 ms and no greater than 3400 ms. The TONE OFF values are 
within that window. 

Figure 8 is a block diagram of an intelligent network of Virtual Network Call 
Processors (20A. 20B. 20C. 20D) connected together, as shown, in a ring configuration, 
although other configurations may be performed as well, such as a star or non-geometric 

25 specific interconnected configuration. Each of the Virtual Network Call Processors 20A 

through 20D is configured as several interconnected nodes, a node being a PBX having a Call 
Processor. The Virtual Network Call Processors 20A-20D are the respective hubs, and thus 
each serves a different geographical area. As a consequence, a source communication device 
1 A may connect to the Virtual Network Call Processor 20 A (or other Virtual Network Call 

30 Processor 20B-20D) by way of the local telephone equipment 30A. or directly to the Virtual 
Network Call Processor 20A. The Virtual Network Call Processor 20A may then route the 
information (voice, or other type of data, such as image data, facsimile data, etc.) via the 
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other Virtual Network Call Processors (20B-20D) and then to a destination facility 7 either 
directly from Virtual Network Call Processor 20D, or via the local telephone equipment 30B. 
Because the respective hubs 20A-20D are digitally linked, via dedicated point to point 
connections or by the use of VPNs' (Virtual Private Networks) or through a gateway server 
5 over the Internet, no charges for long distance services are required, although the network of 
Virtual Network Call Processors 700 certainly could charge a fee for such services or other 
fee-based links may be used as well 

An example application of the network architecture of Figure 8, might be if either an 
e-mail message, a facsimile message or other message such as a digitized voice, video or data 

10 file were intended to be left with a person in Florida (serviced at Virtual Network Call 

Processor 20 A), a copy of that message may be routed through the network of hubs 20A-20D 
and to the destination facility 7. Since the connections are by way of dedicated links or 
VPNs, there are no long distance charges. In addition to the data relaying service, each of the 
respective Virtual Network Call Processors 20A-20D may also provide the standard call 

15 processing features described in Figures 4-5, for example. 

The inventive system may include a CALL PULLBACK mechanism that employs a 
primary rate interface (PRD that is compatible with National ISDN standards deployment of 
Simplified Message Desk Interface (SMDI). 

The mechanisms and processes set forth in the present description may be 

20 implemented using one or more general purpose microprocessors programmed according to 
the teachings of the present specification, as will be appreciated to those skilled in the 
relevant art(s). Appropriate software coding can readily be prepared by skilled programmers 
based on the teachings of the present disclosure, as will be apparent to those skilled in the 
relevant art(s). The present invention thus also includes a computer-based product which 

25 may be hosted on a storage medium and include instructions that can be used to program a 
computer to perform a process in accordance with the present invention. The storage 
medium can include, but is not limited to, any type of disk including floppy disk, optical disk, 
CDROM, magneto-optical disk, ROMs, RAMs, EPROMs, EEPROMs, flash memory, 
magnetic or optical cards, or any type of media suitable for storing electronic instructions, 

30 either locally or remotely. 

Obviously, numerous modifications and variations of the present invention are 
possible in light of the above teachings. It is therefore to be understood that within the scope 
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of the appended claims, the invention may be practiced otherwise than as specifically 
described herein. 
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CLAIMS: 

1. A virtual network call processing system, comprising: 

a communication line interface configured to be connected to a source terminal and receive a 
calling message from the source terminal directed to an intended recipient; 
5 a call processor with a call pullback mechanism including, 
a data processor, and 

a computer readable memory having computer readable instructions encoded therein 

that when executed by said data processor implement a local telephone equipment 
characterization mechanism that characterizes signaling attributes of signals produced by 
10 local telephone equipment that service different geographical locations at which the intended 
recipient may be located; and 

a signal determination mechanism configured to determine whether the signals provided by 
the local telephone equipment have at least one of a frequency and cadence associated with a 
signal event that includes at least one of a fast busy signal, slow busy signal, ringing signal, 
15 answered signal, and ring-no-answer signal. 



2. The system according to Claim 1, further comprising: 

an error handling mechanism configured to process the calling message when the signal 
determination mechanism fails to determine that the signal event occurred. 

20 

3. The system according to Claim 1, wherein: 

said signal determination mechanism includes a software tool programmed to recognize the at 
least one of the frequency and cadence associated with the signal event from signals 
associated with the local telephone equipment. 

25 

4. The system of Claim 1, wherein: 
said computer readable memory includes 

an intended recipient profile, having a first destination number and a second 

destination number, and 
30 said call pullback mechanism further includes a recipient contact mechanism being 

configured to attempt to first contact said intended recipient via an external line at the first 
destination number, and if not present, being configured to attempt to contact said intended 
recipient at the second destination number. 
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5. The system of Claim 4, wherein: 

said signal determination mechanism includes a tone detector being configured to detect 
when said calling message on said communication line is answered, or said signal event 
5 occurs; and 

said system further includes a call announcing mechanism configured to execute a whisper 
transfer to the called party that allows the called party to accept or reject the calling message. 

6. The system of Claim 5, wherein: 

10 said tone detector being configured to notify the recipient contact mechanism when said 

communication line is not answered so said recipient contact mechanism proceeds to contact 
said intended recipient at said second destination number. 

7. The system of Claim 1, wherein: 

15 said local telephone equipment characterization mechanism includes a frequency 

characterization mechanism, configured to characterize a frequency of the signals produced 
by respective of said local telephone equipment. 

8. The system of Claim L wherein: 

20 said local telephone equipment characterization mechanism includes a cadence analyzer 
configured to analyze a cadence of respective of the signals provided by respective of said 
local telephone equipment. 

9. The system of Claim 8, wherein: 

25 said local telephone equipment characterization mechanism includes a frequency analyzer 
configured to analyze a frequency of the signals provided by respective of said local 
telephone equipment. 

10. The system of Claim 1, further comprising: 

30 a signal feature normalization mechanism, including an application delay adjustment 

mechanism configured to adjust respective application delays in said call processor so as to 
standardize signal attributes provided by respective of the local telephone equipment. 
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11. The system of Claim 10, further comprising: 

another data processor and another computer readable memory configured to implement 
another local telephone equipment characterization mechanism and another signal feature 
normalization mechanism, said processor and computer readable medium being connected to 
5 said another processor and said another computer readable medium by an intercity 
communication link. 

12. A method for processing a call in a virtual network call processing system, comprising 
the steps of: 

10 receiving a calling message from a source terminal directed to an intended recipient; 

retrieving a data profile of the intended recipient from a computer readable medium; 

identifying a number to contact the intended recipient via a local telephone equipment; 

characterizing signal attributes of signals provided by the local telephone equipment; 

initiating the call on an external line with said number at said local telephone equipment; 
15 normalizing the signal from the local telephone equipment; 

transferring the calling message if the call is accepted by the intended recipient, but retaining 

the calling message for future processing if the call is not accepted by the intended recipient. 

13. The method of Claim 12, further comprising the steps of: 

20 identifying another number in said data profile of said intended recipient; 

calling on at least one of the external line and another external line, said another number at 
another local telephone equipment; 

normalizing a signal from the another local telephone equipment; 

transferring the calling message if accepted by the intended recipient at the another number, 
25 but retaining the calling message for further processing if not accepted. 

14. The method of Claim 13, further comprising the step of: 

producing a tone on said external line and detecting when said external line is answered. 

30 15. The method of Claim 12, wherein: 

said characterizing step comprises characterizing a frequency of the signal provided by the 
local telephone equipment. 
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16. The method of Claim 12, wherein: 

said characterizing step comprises characterizing a cadence of the signal provided by the 
local telephone equipment. 

5 17. The method of Claim 16, wherein: 

said characterizing step further comprises characterizing a frequency of the signal provided 
by the local telephone equipment. 

18. The method of Claim 12, wherein: 

said normalizing step comprises adjusting respective application delays so as to standardize 
10 signal attributes of the signal from the local telephone equipment. 

19. The method of Claim 12, wherein: 

said calling step comprises passing the calling message from a first hub to a second hub, prior 
to reaching the local telephone equipment. 

15 

20. A computer readable medium encoded with computer readable instructions for use in a 
system having a communication line interface configured to be connected to a source 
terminal and configured to receive a calling message from the source terminal directed to an 
intended recipient, said computer readable instructions when executed by a data processor 

20 implement a system comprising: 

a local telephone equipment characterization mechanism that characterizes signaling 
attributes of signals produced by local telephone equipment that service different 
geographical locations at which the intended recipient is located; 

a signal determination mechanism configured to determine whether the signals provided by 
25 the local telephone equipment have at least one of a frequency and cadence associated with a 
signal event that includes at least one of a fast busy signal, slow busy signal, ringing signal, 
answered signal, and ring-no-answer signal; and 

a call pullback mechanism configured to call an intended recipient and transfer a calling 
message to said intended recipient if said signal determination mechanism determines said 
30 call is answered, but not transferring said calling message if said signal determination 
mechanism determines that said call is not answered. 
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21. A virtual network call processing system, comprising: 

means for receiving a calling message from a source terminal directed to an intended 
recipient; 

means for identifying a number to contact the intended recipient via a local telephone 
5 equipment; 

means for characterizing signal attributes of signals provided by the local telephone 
equipment; 

means for initiating a call on an external line with said number at said local telephone 
equipment; 

10 means for normalizing the signal from the local telephone equipment; and 

means for transferring the calling message if the call is accepted by the intended recipient, but 
retaining the calling message for future processing if the call is not accepted by the intended 
recipient. 
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CALL PROCESSING SYSTEM, METHOD AND 
COMPUTER PROGRAM PRODUCT 

ABSTRACT OF THE DISCLOSURE 
5 A system, method and computer program product implement a Virtual Network Call 
Processor with a CALL PULLB ACK mechanism for providing a type of screened call 
transfer. Callers, while attempting to contact an intended recipient, have their calls sent to the 
Virtual Network Call Processor, which places the caller on soft hold while attempting to 
locate the intended recipient. The Call Processor uses another external line to call the 

10 intended recipient at one of a number of predetermined locations identified by stored 
numbers where each number is serviced by perhaps different local telephone equipment 
having different characteristics and attributes. The CALL PULLBACK mechanism is used to 
identify signaling attributes of signals provided by the respective local telephone equipment, 
by analyzing frequency and cadence information from the signals and normalize the signals 

15 so as to detect a status of the Call Processor's attempt to reach the intended recipient. The 
signaling attributes and customer-specific information are controlled by objects, which are 
well thought out preprogrammed and proven software constructs that simplify programming 
and ensure reliable operations. The calling party is kept on soft hold while the intended 
recipient of the call is attempted to be contacted at the different locations. If the CALL 

20 PULLBACK mechanism determines that the signals provided by the local telephone 

equipment, after being normalized, indicate the intended recipient does not pick up the call, 
the CALL PULLBACK mechanism attempts to reach the intended recipient at another one of 
the numbers, all the while the calling party is kept on soft hold. In this way, the global 
Virtual Network Call Processor, is capable of servicing not only individuals and companies 

25 serviced by a single PBX with a call process, but also for any number of other users not 
serviced by the PBX. 
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APPENDIX 



APPLICATION DELAY TABLE.INDEX DELAY (msec.) 

_0 0 

5 1 7000 

2 5000 

3 500 

4 5000 

5 1200 
10 6 1000 

7 30000 

8 800 

9 4000 

10 6000 
15 11 1000 

12 1000 

13 10000 

14 20000 

15 25000 
20 16 2000 

17 20 

18 1000 

19 200 

20 240 
25 2\ 100 

22 140 

23 200 

24 260 

25 300 
30 26 400 

27 260 

28 460 

29 800 

30 900 
35 31 1200 

32 1500 

33 2000 

34 2100 

35 2700 
40 36 3900 

37 4000 

38 6000 

39 1000 

40 4000 
45 41 10000 

42 1500 

43 1500 

44 2000 
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45 


500 


46 


1700 


47 


700 


48 


500 



5 49 2500 Maximum tone on period for any tone. When ringback, busy or fast busy is 

encountered this delay is used to determine whether the tone on is a valid 

tone. When an encountered tone on is longer then this delay it is assumed to 

be an answer. 



10 50 50 

5 1 4600 Maximum tone off period for any tone. When ringback. 

busy or fast busy is encountered this delay is used to determine whether the 

tone off is of valid duration. When tone off is greater then this value it is 

15 assumed to be an answer. 
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20 53 2500 Maximum tone on period. This is the longest tone on event that will be 

considered as ringback. This application delay is used to determine whether 

the tone on cadence event being monitored is ringback. If the tone on event 

is longer then this application delay it is assumed to not be ringback. 

25 54 800 



55 4600 Ringback maximum tone off period. This is the longest one off event that 

will be considered as ringback. If the tone off event being monitored is 

30 shorter then this application delay it is assumed to not be ringback. 

56 2000 Ringback minimum tone off period. This is the shortest tone off event to 

qualify as ringback. This application delay is used to determine whether the 

tone cadence being monitored is ringback. If the tone cadence being 

35 monitored is less in duration then this value it is assumed to not be ringback 

57 2300 



58 


20 


59 


15000 


60 


20 


61 


500 


62 


300 


63 


500 


64 


300 


65 


3200 


66 


2800 


67 


280 


68 


120 


69 


600 


70 


400 



105 



71 


600 


72 


400 


73 


320 


74 


180 


75 


320 


76 


180 
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